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PREFACE 


The fourth volume in the Palgrave Studies in Digital Business Enabling 
Technologies aims to advance knowledge and offer multidisciplinary insight 
into the area of business value associated with enabling technologies. 
Specifically, the book seeks to better understand approaches for conceptu- 
alising and measuring business value from the implementation of cloud 
computing technologies. The importance of demonstrating the value 
achieved from IT investments is long established in the Computer Science 
(CS) and Information Systems (IS) literature. However, the complexity 
and convergence of next generation technologies, including cloud com- 
puting, presents new challenges and opportunities for demonstrating how 
IT investments lead to business value. Recent reviews of extant literature 
highlight the need for multi-disciplinary research which both explores and 
further develops the conceptualization of value in cloud computing 
research, and research which investigates how IT value manifests itself 
across the chain of service provision and in inter-organizational scenarios. 

At the heart of business value research is the desire to understand how 
information technology can improve the performance of an organisation. 
Due to the multi-disciplinary nature of the business value domain, the 
extant literature is characterised by a broad range of methodologies includ- 
ing qualitative case studies and quantitative calculations of value, as well as 
a myriad of different IT artefacts across varying units of analysis from a 
business process, unit, organisational, inter-organisational, and value chain 
levels. Traditionally, business value research was concerned with providing 
a justification for IT investments. Recent advances in information tech- 
nologies and the advent of so-called third platform technologies (e.g. 
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mobile, social, Big Data analytics, Internet of Things, and as cloud com- 
puting technologies) enable shifts in the distribution of costs over time 
based on resource allocation as opposed to the large upfront investment 
required in traditional system implementations such as enterprise resource 
planning systems (ERP). Furthermore, the flexible and interdependent 
nature of cloud computing may introduce new intangible benefits. It is 
thus important to examine the different approaches to measuring the 
value of cloud computing investments across the various cloud service 
provision models and deployment models. 

In response to the call for multi-disciplinary research, contributors to 
the book have been drawn from an international group of scholars in IS, 
CS, and accounting. Measuring the Business Value of Cloud Computing 
reviews the state of the art from these varying perspectives to detail the 
prevailing techniques for measuring business value for cloud computing 
across a variety of scenarios and illustrative mini-cases. Chapter 1 begins by 
laying the foundational justification for measuring business value in the 
cloud computing context by highlighting the growth in cloud computing 
expenditure. The introductory chapter reviews the established measures of 
business value and seeks to determine the relevance of these measures to 
the cloud computing context. The traditional measurement of IT business 
value involves the calculation of different metrics including Net Present 
Value (NPV), Return on Investment (ROI), Payback Period, Internal 
Rate of Return (IRR), Economic Value Added (EVA), and Total Cost of 
Ownership (TCO). However, cloud computing introduces new metrics 
such as resilience, speed of deployment, scalability, and organisational agil- 
ity, as well as new intangible benefits which make measurement of value 
more difficult. To overcome this, the authors suggest the potential of 
assessment approaches such as scoring, value linking, and value accelera- 
tion or holistic approaches such as the Business Value Index (BVI) grid. 
The authors conclude by highlighting the importance of measuring not 
only the value but the realisation of proposed benefits following the adop- 
tion of cloud computing. 

Building on the broad foundation laid by Chap. 1, the subsequent two 
chapters focus on specific cloud provision models. When an organisation 
is considering the adoption of cloud computing, it is imperative to deter- 
mine what cloud service model meets the organisation’s needs. Chapter 2 
focuses on Infrastructure-as-a-Service (IaaS) and Platform-as-a-Service 
(PaaS) and discusses the suitability of calculating Return on Investment 
(ROT) as a measurement of value as opposed to the most used measure of 
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TCO. The chapter details a six step process for calculating ROI which 
encompasses both costs and benefits. The proposed process is illustrated 
by calculating ROI in a case study of an IaaS migration project by a global 
financial services organisation. Moving on from IaaS and PaaS, Chap. 3 
focuses on Software-as-a-Service (SaaS), the dominant cloud service pro- 
vision model. Taking a broader perspective, the chapter focuses on identi- 
fying the business model payoffs fostered by SaaS technologies. Adopting 
a case study approach to compare two large, multi-national incumbent IT 
service providers leading SaaS provision, the chapter identifies six tangible 
payoffs categorised as economic, business and transformative payoffs. 

Moving on from the perspectives of customers and providers detailed in 
Chaps. 2 and 3 respectively, it is important to understand the wider cloud 
computing landscape and the stakeholders that operated or affected by it. 
The subsequent three chapters adopt broader approaches to exploring the 
role of value in cloud computing across multiple organisations. Chapter 4 
deals with another important player in the cloud landscape namely B2B 
cloud marketplaces. The chapter focuses on the role of B2B cloud market- 
places within the cloud service brokerage (CSB) landscape. The chapter 
discusses B2B cloud marketplaces both in terms of the structural level and 
the functional level detailing the characteristics and benefits of B2B cloud 
marketplaces such as ease-of-use, ease-of-integration, enhanced security, 
increased manageability, faster implementation, and cost reduction. 
Leveraging two mini case studies to represent the two types of B2B cloud 
marketplaces (business application marketplace and the API marketplace), 
the chapter details how cloud customers can utilise both marketplaces to 
derive measurable value. 

When considering adopting cloud computing, cloud consumers must 
first identify their requirements. Chapter 5 details the ten prevailing cloud 
deployment models including public clouds, private clouds, and federated 
clouds. Each cloud deployment model is characterised by differing costs 
and benefits. To aid cloud consumers in differentiating between different 
cloud deployment models and guide the identification of the appropriate 
deployment model, Chap. 5 develops and presents a comprehensive cost 
model which details the pertinent cost factors at play and the underlying 
economic models. Building upon this discussion, the chapter identifies the 
potential of federated clouds for overcoming some of the economic chal- 
lenges and develops a ten-step use case scenario for applying an economic 
model in cloud federation deployments implemented through three mod- 
ules of service placement, accounting, and revenue sharing. To round off 
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the exploration of value in terms of cloud computing, Chap. 6 focuses on 
the wider digital ecosystem and the role of digital platforms in influencing 
the value creation structure of ecosystems. Specifically, the chapter reviews 
the role of power asymmetry in impacting value creation on a digital plat- 
form. Using the example of a cloud-based gaming platform, the chapter 
details the direct and indirect value that network actors create for each 
other and the end customer. 

The final chapter builds upon a recent literature review of the extant 
knowledge base on measuring the impact of cloud computing invest- 
ments. While the previous chapters seek to address gaps in our knowledge 
identified in this review around approaches to measurement, this chapter 
focuses on emerging paradigms which may impact cloud computing 
including the heterogeneity, fog and edge computing, and machine learn- 
ing and artificial intelligence for IT operations (AIOps). The chapter 
explores how these technological advancements may further complicate 
the measurement of business value derived from implementation. The 
chapter highlights a number of research pathways in business value in 
cloud computing research to guide IS and CS researchers on future ave- 
nues of research. 

The seven chapters comprising “Measuring the Business Value of Cloud 
Computing” provide a multidisciplinary perspective on the measurement 
of business value in the cloud computing context discussing different busi- 
ness value measurement metrics, various cloud service provision models, 
deployment models, and case studies representing cloud consumers, sup- 
pliers, and intermediaries. Cloud computing technology continues to 
advance in ways that will undoubtedly complicate value measurement. 
These advances coupled with the dependencies between cloud computing 
and other advanced technologies such as IoT and Big Data further high- 
light the need for greater clarity on the definition and appropriate metrics 
of business value, comprehensive measurement techniques. There is also a 
need to further untangle the relationships between cloud assets and capa- 
bilities, other IS assets and capabilities, and socio-organisation capabilities. 
To further advance this field of understanding, collaboration between 
information systems and computer science researchers is both recom- 
mended and paramount. 


Dublin, Ireland Theo Lynn 
Malibu, CA John G. Mooney 
Dublin, Ireland Pierangelo Rosati 


Dublin, Ireland Grace Fox 
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Book DESCRIPTION 


“Measuring the Business Value of Cloud Computing” explores how the increas- 
ingly complex area of cloud computing generate business value and how this value 
is captured and measured by enterprises. Recent reviews of extant literature high- 
light the need for multi-disciplinary research that both explores and further devel- 
ops the conceptualization of value in cloud computing research and investigates 
how IT value manifests itself across the chain of service provision and in inter- 
organizational scenarios. This book reviews the state of the art from an informa- 
tion systems, computer science and accounting perspective. It explores and 
discusses some of the main techniques for measuring the business value of cloud 
computing in a variety of contexts and illustrates these with mini-case studies. It 
concludes with futures avenues of research. As such, it provides up-to-date knowl- 
edge and methodologies for higher education educators, researchers, students, 
and industry stakeholders. 
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CHAPTER 1 


Measuring the Business Value of IT 


Paul P. Tallon, John G. Mooney, and Marvin Duddek 


Abstract Firms have consistently struggled to measure the business value 
of information technology (IT). In an era where IT is transitioning to a 
services model, firms are replacing capital expenditure with operating 
expenditure. The implications for IT business value measurement are sig- 
nificant. In this chapter, we examine the state of knowledge about IT busi- 
ness value with particular emphasis on established metrics for IT business 
value. We then consider how these metrics might be applied to cloud- 
based services. The move to a services model further provides an opportu- 
nity to consider IT business value in a new light by considering how cloud 
technologies enhance IT agility, how firms can monetise their data, and 
how firms now have greater flexibility around IT use than ever before. 
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1.1 INTRODUCTION 


In an era defined by rapid adoption of information technology (IT) services 
and increasing volumes of data, senior IT executives continue to emphasise 
the need for measuring and managing the business value of IT investments 
(Kappelman et al. 2019). Annual surveys of top IT executives by the Society 
for Information Management (SIM) attest to significant growth in IT 
spending as a percentage of revenues with IT spending growing from 3.8% 
of revenues in 2008 to 5.9% in 2018 (Kappelman et al. 2019). The com- 
position of IT spending has also shifted over time, reflecting the adoption 
of cloud-based IT services and the associated shift from viewing IT invest- 
ment as capital expenditure (CapEx) to operating expenditure (OpEx). 
While data analytics and cybersecurity are among the largest categories of 
IT spending, spending on cloud computing (Software-as-a-Service—SaaS, 
Platform-as-a-Service—PaaS, and Infrastructure-as-a-Service—IaaS) is 
growing and expected to outpace other areas of expenditure in the coming 
years (Kappelman et al. 2019). This shift will create opportunities for CIOs 
to rethink how they allocate IT resources. It also puts pressure on CIOs to 
think about how they should justify and manage new areas of IT spending. 
In the past, IT projects were required to undergo a significant and often 
time-consuming budget approvals process. However, the move to cloud 
computing means that IT investment is no longer up-front but rather dis- 
tributed over time based on resource utilisation. The net result is that the 
determination of IT business value has become less of a preoccupation for 
CIOs and business executives when IT spending—like a subscription for 
cloud-based services—is regarded as OpEx rather than CapEx. Yet, the 
overarching question still remains: how can CIOs assess the business value 
of IT when IT is provisioned and utilised as a service in the cloud? In this 
chapter, we explore this question by looking beyond current IT business 
value measurement to ways of evaluating the unique benefits that flow 
from cloud-based IT services. Much of the benefits of cloud computing, 
we propose, are found in the ability of organisations to use cloud comput- 
ing to scale and adapt IT services and to generate process agility through 
systems development, deployment, and retirement, thereby providing a 
greater range of IT support and flexibility to critical business functions. 
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12 FINANCIAL APPROACHES TO MEASURING 
BUSINESS VALUE 


Managers have long been advised to think about IT investments through 
the lens of capital budgeting: an IT investment calls for an initial capital 
outlay which is followed in later time periods by a stream of predictable 
benefits that can be modelled as incremental cash flows. Discounting— 
adjusting for the time value of money—can then be applied to produce a 
true measure of value. In Table 1.1, we summarise standard metrics that 
IT executives have long considered necessary to help managers compute 
and articulate the business value of IT. Yet, as Tallon and Kraemer (2006) 
note, the often intangible nature of some IT benefits such as enhanced 
customer satisfaction or improved employee morale present intractable 
cash flow measurement challenges, making it progressively difficult for 
CIOs and their business partners to accurately determine IT business value. 

Recognising the complexity of expressing various IT impacts in terms 
of incremental cash flows, researchers have turned to alternative metrics to 
get closer to the actual impacts themselves. These researchers suggest 
using process-level perceptual measures of business value rather than firm- 
level financial measures. Tallon and Kraemer (2007), for example, con- 
clude that perceptual measures are a valid proxy for non-existent or 
hard-to-find financial measures of IT business value such as those in 
Table 1.1. Thus, as we turn to the question of how to compute IT busi- 
ness value in an era of cloud services, we can apply findings from the extant 
literature to propose that perceptual measures are a reasonable way to 
consider IT business value and that measuring IT business value at the 
process-level is preferable to pursuing more aggregated firm-level financial 
measures. 


1.2.1  OpEx Measures of IT Business Value 


Unlike traditional IT investments that are ordinarily regarded as CapEx, 
spending on cloud-based services using subscription or usage-based pay- 
ments are treated as OpEx. As such, payments are directly expensed in the 
income statement in the time period in which the service is consumed. 
Unless the user has purchased physical hardware or software which is 
hosted by the cloud provider, the user does not own any IT assets. Absent 
an IT asset, nothing appears on the balance sheet. This fundamentally 
alters the conversation around the use of NPV, ROI, IRR, EVA or payback 
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Table 1.1 Standard IT investment evaluation metrics 


Description of metric 


Net Present NPV is one of the foremost financial key performance indicators (KPIs) 

Value (NPV) used to evaluate large, capital-intensive IT projects. NPV relies on 
accurate cash flow projections extending over the life of the project, 
alongside a discount rate which is used to account for the time value of 
money. Project approval depends on obtaining a positive NPV. IT 
projects can also be compared with one another using NPV whenever 
firms need to ration scarce IT capital. 


Return on ROT is an accounting-based ratio that compares total project income to 
Investment the level of project investment. ROI does not take account of the time 
(ROT) value of money, meaning that projects with a longer-term return window 


would be treated on par with projects that generate equal returns over a 
shorter time period. Similar to NPV, the accuracy of ROI calculations 
depends on being able to identify the scale of future cash flows arising 
from an investment. 

Payback The payback period is a simplistic method that calculates the time needed 

period for a project to breakeven (recover its investment costs). In a risk averse 
firm, managers may gravitate towards IT projects with a shorter payback 
period. In practice, payback should not be used in isolation but rather 
alongside other metrics that take account of project risk and that consider 
the flow of benefits beyond the end of the payback period. 

Internal Rate Given all future cash flows and an upfront investment for an IT project, 

of Return IRR is the discount rate that would return a value of zero for NPV. IRR 

(IRR) can be considered the true rate of return in that it takes account of the 
time value of money and the flow of value over time. IRR can be 
benchmarked against desired or minimum rates of return, including the 
weighted cost of capital. 


Economic EVA—also called economic profit—is a measure of residual value 
Value Added generated by a project after deducting the cost of invested capital. Since 
(EVA) all capital can be allocated to different ends, EVA argues that projects 


should be assessed an investment cost. This allows for a more equitable 
comparison if managers are in a position to pick from different IT 
projects with unique rates of return. 

Total Cost of TCO captures a multitude of different cost items in a single metric such 

Ownership as the cost of hardware, software, and services, allocated per application, 

(TCO) user, department, etc. TCO can also be represented as a cost per period 
of time. TCO does not take into account the benefit or value to the 
organisation of using the underlying resource and is, as such, a 
questionable metric unless accompanied by other metrics such as ROI, 
NPV or payback period. 


Source: adapted from Keen and Digrius (2003) 
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metrics since there is no initial capital outlay in the way that we normally 
expect an upfront outlay to apply these traditional measures. Any initial 
outlay is replaced by a stream of payments over time. Unless these 
payments are predictable as in the case of a fixed subscription price model, 
it can be difficult to use discounting (as one would with NPV or IRR) to 
obtain a clear view of the real cash outflows. 

In order to fully appreciate why these metrics are problematic in a cloud 
setting, it is useful to understand why IT projects have traditionally been 
characterised by large upfront capital outlays that are then depreciated to 
zero over multiple periods of time. Before the availability of large scale IT 
resource sharing, organisations had to acquire and own their IT resources. 
Once the demand for IT resources was established, that IT resource 
demand could be met with dedicated assets. The rise of server sprawl was 
an unfortunate albeit predictable side effect of this process if requests for 
new applications, for example, led to the creation of dedicated servers 
(McFarlan and Bartlett 2002). If security, trust and data privacy were con- 
cerns, it was often seen as better for firms to use dedicated internal IT 
resources rather than using shared IT resources, either internally with 
other departments or employees or externally with third parties. 
Provisioning of dedicated internal IT resources was further complicated 
by the need for these resources to satisfy peak demand. Since the level of 
IT resources could not scale easily or quickly, anticipated spikes in demand 
for IT resources meant that firms had to raise their initial IT investment to 
the level necessary to satisfy the projected peak, and then carry that excess 
capacity (and its associated costs) through periods of reduced demand. 
The net effect of this approach to resource management was to dilute the 
level of IT business value since some portion of the IT resources lay idle 
for significant periods yet these resources had to be purchased, managed 
and would continue to depreciate in value over time, regardless of 
actual use. 

Cloud-based services with their focus on OpEx rather than CapEx 
transform this dynamic of provisioning IT resources. When firms are faced 
with the question of whether to build or buy IT functionality, it is increas- 
ingly likely that they will buy standardised IT resources off-the-shelf in 
ways that they can quickly scale usage of the resource. Effectively, the rise 
of cloud-based “I'T-as-services” means that the supply of IT resources 
should always equal the actual demand for IT. From the perspective of 
alignment or fit between IT and business strategy—a perennial concern 
for CIOs (Kappelman et al. 2019)—the availability of on-demand 
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cloud-based services means that firms’ IT resources are more likely to be 
persistently aligned with business needs than if they were to build and 
manage internal IT resources with their attendant delays in responding to 
IT demands. 

Since classic CapEx-based metrics are unable to capture the full portfo- 
lio of benefits from cloud-based solutions, CIOs must search for alterna- 
tive ways to evaluate IT projects. In so doing, they have an opportunity to 
look outside the strict boundaries of incremental cash flows. There may be 
intangible benefits—often ignored in NPV and IRR calculations—which 
can be as valuable and as desirable as tangible benefits. In order to give a 
full accounting of IT business value in a cloud-based IT services environ- 
ment, we must be able to correctly identify such impacts, notwithstanding 
the difficulty of finding or measuring them (Hares and Royle 1994; Keen 
and Digrius 2003). Some of these qualitative IT benefits are sought in 
traditional IT investments also, notably improvements in customer satis- 
faction, employee morale or product and service quality (Hares and Royle 
1994, p. 206). When identifying IT business value derived from the utili- 
sation of cloud computing, there are some very specific impacts that can 
be evaluated, notably: 


1. Resilience: a risk-based measure that speaks to system reliability and 
availability. 

2. Speed of Deployment: since deployment tends to lag any decision to 
deploy IT resources, this measure assesses the ability of IT to respond 
to changes in the demand for IT. 

3. Scalability: describes how easily and quickly incremental IT resources 
can be added to (or removed from) the portfolio of IT resources 
available to distributed users. 

4. Organisational Agility: describes how easily and quickly organisa- 
tions can respond to changes in their business environment and, 
more importantly, at what cost. 


The above metrics provide a window into a range of non-financial 
impacts. Unfortunately, it can be difficult to quantify these impacts and so 
the risk of mismeasurement remains. Indeed, it is also possible that firms 
could pursue cloud-based solutions not because of immediate financial 
considerations (cost savings, for example) but rather because they see the 
cloud as enabling them to do things that would otherwise not be possible. 
Moving to the adoption of cloud computing also opens up possibilities for 
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firms to focus more on effective implementation and use of systems and 
information—the I in IT—rather than continuing to attribute value to 
ownership of hardware and software—the T in IT. In the next section, we 
offer a brief example and some detailed discussion on what this might 
mean for organisations. 


13 BEYOND FINANCIALS: QUANTIFYING NON-FINANCIAL 
ASPECTS OF IT BUSINESS VALUE 


Although the IT business value literature argues that process-oriented per- 
ceptual measures are an acceptable proxy for unavailable or difficult-to- 
find financial measures, managers need to recognise that perceptions are 
still subject to individual error and bias. Hence, Tallon (2014) argues that 
IT decision makers may need to rely more on the views of multiple IT and 
business executives at different levels within the organisation in what he 
describes as a distributed sensemaking model. Even if one executive has a 
less than perfect view of how IT is performing, their biased views can be 
balanced by insights gleaned from other executives within the organisa- 
tion. Tallon (2014) notes that a key to enabling business executives to 
improve their ability to perceive IT business value is having IT executives 
engage in sensegiving activities. CIOs and the information systems func- 
tion can, in an educative role, assist their business peers in ways to think 
about IT business value. They are not telling their business partners what 
to think about IT but rather how to think about IT. One such exercise 
involves ways to convert intangible views of IT impacts into more tangible 
outcomes (Hares and Royle 1994, p. 206). We review two such methods 
below: Scoring and Value Linking. 


1.3.1 Scoring 


Scoring seeks to assign weights and values to different outcome criteria, 
making it possible to prospectively analyse and compare IT performance 
under different scenarios (Keen and Digrius 2003). In Table 1.2, we pro- 
vide a brief demonstration of what this might look like when comparing a 
cloud-based IT solution to an on-premise solution, using a hypothetical 
set of weighted decision criteria. Scores are simply the product of weights 
multiplied by an estimated grade on a scale from —5 to +5. Grades repre- 
sent desirable and undesirable outcomes. In the case of undesirable 
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Table 1.2 An illustrative example of how scoring can be used to compare IT 
solutions 


Decision criteria Weights Cloud-based solution On-premise solution 


Grade (—5 to 5) Score Grade (—5 to 5) Score 


Enhanced user experience 15 4 60 4 60 
Risk of user acceptance 10 -l -10 -l -10 
Scalability 20 5 100 2 40 
Failover scenario 15 5 75 3 45 
Level of access to information 10 5 50 3 30 
Security infrastructure 20 5 100 3 60 
Risk of storing data externally 10 _3 —30 5 50 


Total 100 345 275 


Source: adapted from Keen and Digrius (2003, p. 126) 


outcomes such as a rise in risk, incrementally undesirable outcomes can be 
modelled using negative scores. 

Although the scoring method is relatively easy to apply, the main chal- 
lenge is to cope with each individual’s subjectivity. In order to overcome 
the potential for bias, multiple individuals can be asked what they consider 
to be suitable weights and scores. However, the group must first agree on 
the range of intangible impacts; otherwise, some key impacts could be 
missed. Once the overall structure is agreed, those involved in the process 
may submit their values and an overall weighted score can be determined. 
Interrater reliability scores could then be used to ascertain the degree of 
consistency in the group. Furthermore, it would be beneficial if individu- 
als were allowed to discuss their weights and scores so that opposing view- 
points can be identified and reconciled (Buss 1983). 


1.3.2 Value Linking and Value Acceleration 


Value Linking and Value Acceleration are related concepts that aim to 
financially evaluate how the initial intangible benefits attributed to IT 
trickle down to the financial performance of the organisation. Whereas 
Value Linking focuses on the effects that IT has on factors such as revenue 
and cost, Value Acceleration aims to identify the range of one-off or 
unique IT impacts (Parker et al. 1988). In order to examine the second- 
order or firm-level effects of IT, it is necessary to identify the range of 
first-order effects at critical points within the value chain. Different 
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technologies will impact processes such as supplier relations or product 
and service innovation in different ways. So, the secondary effects of IT on 
revenues, for example, can be tied to a host of first-order benefits that tie 
incremental revenues to enhanced I'T-led supplier relations or to enhanced 
IT-led product or service innovation. A useful starting point is to trace IT 
impacts back from five broad categories noted by Sassone and Schwartz 
(1986): operations savings, performance improvements, increased sales, 
labour savings, and shorter conversion cycles or to critical business pro- 
cesses within the value chain such as supplier relations, customer relations, 
product and service enhancement, production and operations, and sales 
and marketing support (Porter 1985; Tallon 2008; Tallon et al. 2000). 


1.4 BEYOND QUANTIFICATION: HOLISTIC MEASUREMENT 
oF IT BUSINESS VALUE 


In the end, the determination of IT business value is part art and part sci- 
ence. The inclusion of subjective measurement can never be fully dis- 
counted since the causal paths along which IT generates value for 
organisations are crisscrossed with any number of factors that can confuse 
the true relationship between IT and business performance. Recognising 
this, the move to cloud-based IT services suggests that managers may 
want to consider more holistic measures than simply trying to link IT to 
financial performance. One way to develop this holistic view of IT business 
value is to recognise that cloud-based IT solutions generate digital options 
that allow organisations to scale or to change direction much faster than 
in cases where the firm owns and runs its own IT resources inside its 
owned and operated data centre (Sambamurthy 2000; Sambamurthy 
et al. 2003). Moving to cloud computing also allows us to recognise that 
at a time when IT services are becoming more standardised, effective 
application of those services to better manage data and business processes 
may emerge as sources of competitive differentiation. Any move to recog- 
nise data as a strategic asset that can be placed on the balance sheet has 
been controversial. Yet the literature is beginning to make the case that 
data should be monetised but that it also requires novel forms of gover- 
nance (Buff et al. 2015; Short et al. 2011; Tallon et al. 2014). Lastly, one 
could consider implementing a Business Value Index (BVI), as illustrated 
by Intel (Curley 2003). BVI considers IT business value on a two- 
dimensional grid. The first dimension—IT Efficiency—asks how well the 
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proposed IT investment utilises Intel’s established IT infrastructure. The 
second dimension—Business Value—considers the impact of the proposed 
IT investment on Intel’s business. Investments can be scored as low (—1), 
medium (0) or high (+1) on each dimension, meaning that investments 
can be assigned to any one of nine possible positions inside a 3x3 grid. 
Potential investments that score low on one or both dimensions are 
unlikely to be funded, whereas those rated high on one or both dimensions 
stand a greater chance of being funded. Potential investments that fall 
between these two extremes can be postponed to a later period in the 
hopes that IT efficiency and business value might improve, abandoned 
entirely or could be funded in whole or in part based on the availability of 
IT resources and the firm’s risk propensity (Fichman et al. 2006; Tallon 
et al. 2002). 


1.4.1 Digital Options in the Cloud 


The challenge with assessing IT business value using a capital budgeting 
framework is the need to create a model in which benefits and costs are 
expressed as positive or negative cash flows which are, in turn, restated 
according to the time value of money. Risky projects are discounted at a 
higher rate, making it far less likely they will be funded (Kambil et al. 
1993; Tallon et al. 2002). If these same IT investments were examined 
through the lenses of digital options, however, it is entirely possible that 
an IT investment with a negative net present value could still have a posi- 
tive options value and be funded on that basis. Moving IT to the cloud 
provides firms with a variety of options which are often overlooked when 
using a capital budgeting framework: the option to easily and quickly scale 
an investment, the option to delay a time-sensitive investment, the option 
to fund a small-scale pilot project, the option to cancel an investment 
without penalty or sunk cost, and the option to build out an IT invest- 
ment in stages (Fichman et al. 2006). As such, an options valuation frame- 
work may be a better way to think about creating and managing 
cloud-based IT investments. 


1.4.2 Monetisation of Big Data 


The discovery during bankruptcy proceedings in 2015 that gaming data 
housed by Caesars Entertainment was valued at more than $1 billion 
highlights the potential value of data assets that organisations have yet to 
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include in the assets section of their balance sheets (Marr 2015). Not all 
data assets are equally valuable and yet for a growing number of organisa- 
tions, data is increasingly seen as a strategic asset. The cost of creating or 
acquiring data is viewed as an operational expense, meaning that the 
expense is written off in the year in which it is incurred; hence, no portion 
of the cost is capitalised as an asset for inclusion on the balance sheet. 
Despite the fact that data might be worth a multiple of what it costs to 
create, purchase, store, and manage on an ongoing basis, there is no for- 
mal mechanism for recognising data as an asset or for determining how 
data assets should be valued on a continuous basis (Tallon and Scannell 
2007). Moving data to the cloud, potentially affords a way to classify data 
according to its usefulness. Data classification attempts to place data within 
a lifecycle curve that extends from the moment of its creation (or acquisi- 
tion) to the moment of its death (or deletion). If cloud storage is priced 
according to frequency of access, it is possible to isolate data that is fre- 
quently used and likely of higher value to the organisation and data that is 
less frequently accessed and, therefore, of lower value to the organisation. 

Besides the question of how data can be valued, there is also the ques- 
tion of how data can be used to create value. The literature has previously 
spoken of the effects of IT without separating out the incremental effects 
of technology (hardware, software, and telecoms) from those of data or 
information. That may be about to change with IT transitioning to the 
cloud. Research from MIT’s Center for Information Systems Research 
(CISR) describes how data can be monetised by selling, exchange /barter- 
ing, and wrapping. In the case of selling, data can be sold to the highest 
bidder. In the case of exchange/bartering, data may be exchanged for 
something of equal value. Retailers, for example, may be willing to share 
data with third parties who, by aggregating data from multiple retailers, 
are able to uncover insights that may not be discoverable by any one 
retailer in isolation. Data wrapping meanwhile describes how some organ- 
isations such as Fitbit can add data and data analytics features or capabili- 
ties to their products or services (Wixom and Schiiritz 2018). The use of 
cloud computing amplifies an organisation’s ability to do this given the 
need for massive storage and computing capabilities to generate custom- 
ised user experiences with data. What this means is that cloud technologies 
have made it possible for organisations to monetise data in ways that might 
not be otherwise possible were data to be locked in silos deep within 
company-owned data centres. 
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1.5 ADDITIONAL CONSIDERATIONS FOR BUSINESS VALUE 
OF CLOUD COMPUTING 


The fact that cloud-based IT resources are now regarded as OpEx rather 
than CapEx does not mean that the CapEx versus OpEx debate has been 
resolved once and for all. Companies that have moved to an OpEx or ser- 
vices model need to be careful because of how pricing relates to IT resource 
utilisation. In the same way that apartment leasing in perpetuity can be far 
more expensive than home ownership, it is possible that cloud costs could, 
if left unchecked, total to more than if the IT assets were owned and man- 
aged by the enterprise itself. It is not sufficient to justify moving to the 
cloud at a point in time and to then ignore cloud-based costs from that 
time forward. Whereas the cost of an owned IT asset is a sunk cost—you 
cannot recoup your entire investment cost if you decide that an IT project 
is no longer viable—cloud costs are ongoing. What this means is that IT 
managers will likely need to repeatedly justify their decision to use the 
cloud. They have the option to bring IT back in-house if costs rise. If the 
total cost of owning IT drops to where cloud solutions are no longer eco- 
nomically attractive, the CapEx versus OpEx debate could reignite 
once more. 

This discussion is especially relevant in the context of a move by some 
companies to create platform technologies. At a time when organisations 
are increasingly structured by business units with geographic, customer, 
product or market oversight, corporate-managed IT platforms are seen as 
a way to support certain processes with shared IT resources. The challenge 
is that some business units might push back against the idea of using 
shared IT resources to support an activity that they feel is sufficiently 
unique to warrant direct support from the business unit itself. As argued 
by Ross et al. (2006), few organisations have mastered the task of building 
an IT platform that meets both shared and idiosyncratic needs. Dealing 
with the tension between business units and their corporate parent can 
mask the same trade-offs between CapEx and OpEx if there is a decision 
to allow some units to invest in their own IT (CapEx) while others are 
supported by shared resources in the cloud (OpEx). Here again, managers 
must question whether standardised IT resources are unable to meet idio- 
syncratic IT needs as some business units believe or whether simple IT, in 
the words of Upton and Staats (2008), can meet all IT needs. If all needs 
can be met through standardised, cloud-based IT, the argument then fol- 
lows that IT platforms should be implemented using cloud technologies. 
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Of course, any move to control business units’ IT choices by support- 
ing their IT needs via a shared, corporate-controlled IT platform fails to 
account for the inevitability of shadow IT. At a time when users can use 
the cloud to meet any immediate IT resource needs—circumventing IT 
policies or governance systems that might otherwise cause delays—the 
lure of cloud-based shadow IT is understandable. As noted by Intel’s for- 
mer Chief Privacy Officer, Malcolm Harkins, the point is not to lock down 
the use of shadow IT for reasons of risk management or for cost avoidance 
but rather to create cloud-friendly policies that recognise the value of the 
cloud when users are pressed for time or resources (Harkins 2013). As 
long as shadow IT exists within a governance framework that sees the 
value of allowing users to self-serve when IT platforms are insufficient or 
when an IT solution must be identified expeditiously, the value of using 
scalable cloud technologies can be significantly greater than if IT impacts 
are measured solely through the eyes of the corporate entity. 


1.6 BEYOND MEASUREMENT TO MANAGING 
BENEFITS REALISATION 


It is one thing to measure IT business value with any degree of accuracy 
but it is another thing to manage IT in a way that maximises the potential 
for value creation. IT business value does not emerge automatically. Lee 
Iacocca, President, CEO, and Chairman of Chrysler from 1978 to 1992, 
famously claimed that he had approved so many IT projects involving 
employee layoffs that there should be nobody working at Chrysler (Iacocca 
1989, p. 243). IT investments are no different in that the promised ben- 
efits of IT will only be realised if IT is effectively managed. This means that 
failed or failing projects may need to be cancelled or redirected if there is 
a possibility that the expected benefits will not be realised. However, as 
Keil (1995) observed, cancelling an apparently failing IT project is easier 
said than done. IT managers are more likely to drag out failing projects 
long after they should have been paused, cancelled or reviewed. The les- 
son in this carries over from our prior discussion about moving from 
CapEx to OpEx. Despite the attractiveness or convenience of cloud tech- 
nology, there is no point in continuing a subscription to an IT service that 
has outlived its usefulness or if there is greater value if the underlying 
technology is brought back in-house. 
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Value realisation also means that there should be some form of account- 
ability for effective use of cloud services, since without effective use it will 
be impossible to realise IT business value (Devaraj and Kohli 2003). Not 
all forms of IT use will be value generating, but if IT is not used or is not 
useful, business value will simply fail to arise. It makes sense, therefore, for 
organisations to use periodic reviews to ascertain if IT resources and ser- 
vices are living up to their promise. So called post-implementation or 
after-action reviews help managers to discover what works and what 
doesn’t. The reality, however, is that fewer than 30% of organisations per- 
form any form of post-implementation review once a CapEx investment is 
live (Tallon et al. 2000). For cloud technology, it is likely to be consider- 
ably lower since cost is treated as OpEx and is almost certain to be below 
the minimum threshold of what most firms need to trigger or justify a 
post-implementation review. From a cognitive perspective, this means that 
it may be harder for managers to focus on whether the business value from 
cloud technologies is appropriate since they may never have to go through 
any formal review to illustrate the level and locus of IT business value. To 
avoid such a situation, managers may need to monitor the level and fre- 
quency of cloud use and undertake reviews of user satisfaction. User satis- 
faction is a proxy for business value only insofar as it helps to detect gaps 
between what users want from IT and what IT does for them. 

Lastly, there is a question of whether use of cloud technology creates a 
risk of over reliance on third-party providers and whether there may be an 
erosion of critical IT skills from within the organisation. Just as IT out- 
sourcing led some firms to lose key IT skills (Austin et al. 2005), there is 
a risk that any move to bring IT applications or critical IT infrastructure 
back in-house might be impeded by a lack of internal IT skills. Such a 
move could have a detrimental effect on IT benefits in the long term and 
could lock firms into using less-than-adequate (and expensive) IT 
solutions. 


1.7 CONCLUSION 


The movement of IT applications and resources from owned, on-premise 
assets to third-party cloud-based services has had a profound impact on 
organisations’ ability to use IT to support their business functions. Beyond 
the benefits of reach and scale and associated impacts on IT risk mitigation 
and IT support cost, the ability to treat cloud expenses as OpEx rather 
than CapEx has changed the way that managers think about IT business 
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value. From a time when all large capital IT investments were required to 
undergo a formal cost-benefit assessment prior to acquisition, it is now 
possible for organisations to avoid such analysis since IT costs are now 
largely based on IT utilisation and the expense is often believed to be suf- 
ficiently low to negate the value of a required cost-benefit analysis. It 
would be foolhardy for organisations to adopt this view in perpetuity since 
early indications are that over an extended timeframe cloud-based IT solu- 
tions can be as expensive if not more expensive than their on-premise 
equivalent. There is, as such, a need to think carefully about IT business 
value in the context of cloud computing. It is not simply a matter of where 
IT support originates—from the cloud or from a company-owned data 
centre; IT business value is not the same either way. Transitioning to the 
cloud uncovers additional types of value (options around process agility, 
for example) that might not be immediately apparent in on-premise situa- 
tions, but such a move also triggers the potential for other costs to arise. 
As the late Andy Grove noted about measurement at Intel, you cannot 
manage what you cannot measure (Grove 1999). In that regard, cloud 
computing is no different from any other organisational resource. 
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of Infrastructure Migration to the Cloud 
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Abstract Infrastructure-as-a-Service (IaaS) and Platform-as-a-Service 
(PaaS) adoption typically require radical changes in an organisation’s IT 
operations and have widespread implications that go beyond simple cost 
savings. This chapter presents a practical framework for estimating the 
Return on Investment (ROI) for IaaS and PaaS from the customer per- 
spective. The proposed framework aims to overcome the main limitations 
of commonly-used Total Cost of Ownership (TCO) calculators by includ- 
ing both tangible and intangible costs and benefits to provide a more 
comprehensive ROI estimation. The application of the framework is illus- 
trated using a real-life case study of infrastructure migration. 
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2.1 INTRODUCTION 


Cloud computing platforms and applications are proliferating across firms 
of all sizes worldwide becoming the de facto computing paradigm of 
choice. According to IDG (2018), 73 percent of organisations have at 
least a portion of their computing infrastructure already in the cloud, and 
another 17 percent plan to adopt cloud solutions within the short-term. 
While cloud computing is a well-known reality for large enterprises today, 
recent years have seen a surge in cloud spending by smaller organisations 
(IDG 2018). This has resulted in significant growth in the public cloud 
services market which is now projected to reach $331.2 billion by 2022 
(Gartner 2019). Software-as-a-Service (SaaS) is the most common type of 
cloud computing service and accounts for approximately 43 percent of the 
market while infrastructure-related services i.e. IaaS and PaaS account for 
approximately 25 percent of the current market and are experiencing the 
highest growth rate (Gartner 2019). 

The technical benefits of the cloud are well-documented and typically 
relate to on-demand, self-service resources orchestration, resource pool- 
ing and elasticity (Armbrust et al. 2010; Cegielski et al. 2012; Brender and 
Markov 2013). Cloud computing is also very attractive from a business 
point of view as it requires lower upfront investment, reduced risk, and 
improved organisational agility and efficiency (Armbrust et al. 2010; 
Marston et al. 2011; Leimbach et al. 2014). However, the adoption of 
cloud computing may also create challenges for firms when an in-depth 
financial and technical analysis has not been carried out in advance. While 
selecting the right cloud architecture and the right provider is crucial for 
an effective delivery of a cloud application, a proper financial analysis is 
required to make sure the application delivery is sustainable and 
cost-effective. 

As outlined in Chap. 1, there a number a number of methodologies for 
an ex-ante estimation of the business value of cloud migration or adoption 
(see also Farbey et al. (1993) and Farbey and Finkelstein (2001) for a 
more detailed discussion) that can be directly applied to IaaS and PaaS 
services and should be leveraged to better inform the investment decision- 
making process (Ronchi et al. 2010; Rosati et al. 2019). Total Cost of 
Ownership (TCO) is arguably the most frequently used technique when it 
comes to evaluating different cloud vendors and services (Strebel and 
Stage 2010; Rosati et al. 2017). However, it is important to highlight that 
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TCO only focuses on cost savings and omits other potential benefits. In 
contrast, a Return on Investment (ROI) analysis considers the wider stra- 
tegic implications of cloud adoption and therefore provides a more robust 
basis for investment decisions (Strebel and Stage 2010; Rosati et al. 2017). 

The main objectives of this chapter are to present a practical framework 
for estimating the ROI on cloud infrastructure and to present a case study 
to demonstrate how the framework can be applied to an infrastructure 
migration scenario. The reminder of this chapter is organised as follows. 
Next, we provide an overview of IaaS and PaaS. Then we introduce the 
ROI estimation framework followed by a case study. Finally, we conclude 
the chapter with a discussion and avenues for future research. 


2.2 CLOUD ARCHITECTURE AND BUSINESS VALUE 


Cloud computing adoption for business applications provides a number of 
potential benefits but the actual realisation of these benefits is not always 
straightforward. A careful evaluation of the suitability of different cloud 
solutions for a given business model or application is required. This is not 
a trivial task given the large number of cloud vendors and associated ser- 
vices available in the market. Despite the recent growth of different service 
models (Kachele et al. 2013), SaaS, PaaS and IaaS still account for the vast 
majority of the market (Gartner 2019). In this chapter, we specifically 
focus on IaaS and PaaS. These two service models, although different in 
nature, share a number of value drivers that users should explore when 
estimating the expected benefits of adoption. Figure 2.1 provides visual 
representation of the main differences between the traditional legacy tech- 
nology stack and different cloud services. 

The US National Institute of Standards and Technology (NIST) defines 
IaaS as: 


The capability provided to the consumer is to provision processing, storage, net- 
works, and other fundamental computing resources where the consumer is able 
to deploy and run arbitrary software, which can include operating systems and 
applications. The consumer does not manage or control the underlying cloud 
infrastructure but has control over operating systems, storage, and deployed 
applications; and possibly limited control of select networking components (e9. 
host firewalls). (Mell and Grance 2011, p. 3) 
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Fig. 2.1 Overview of different cloud services 


As such, IaaS provides users with a high level of flexibility but requires 
a high level of IT skills in order to optimise and manage the infrastructure. 
In fact, developers are still required to design and code entire applications 
and IT administrators still need to install, manage, and integrate third- 
party solutions. Key benefits of IaaS are related to the fact that the typical 
tasks related to managing and maintaining a physical infrastructure are not 
required anymore, and additional infrastructure resources are available on 
demand and can be deployed in minutes instead of days or weeks 


(Kavis 2014). 


PaaS is defined as: 


The capability provided to the consumer is to deploy onto the cloud infrastruc- 
ture consumer-created or acquired applications created using programming 
languages, libraries, services, and tools supported by the provider. The consumer 
does not manage or control the underlying cloud infrastructure including net- 
work, servers, operating systems, or storage, but has control over the deployed 
applications and possibly configuration settings for the application-hosting 
environment. (Mell and Grance 2011, pp. 2-3) 


PaaS sits on top of the cloud infrastructure and abstracts most of the 
standard application functions such as caching, database scaling, security, 
logging etc. and provides them as a service (Kavis 2014). Similar to IaaS, 
the user controls the self-installed applications but not the underlying 
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infrastructure and platform. PaaS services mostly speak to developers as 
the PaaS vendors typically provide them with a suite of tools for speeding 
up the development process. Cloud platforms also facilitate the develop- 
ment of cloud native systems which, according to the Cloud Native 
Computing Foundation (CNCE 2018), are increasingly: 


e Container-packaged; 
e° Dynamically managed by a central orchestrating process; 
e Microservice-oriented. 


Cloud native applications provide clear technical advantages in terms of 
isolation and reusability, which lower costs associated with maintenance 
and operations (Rosati et al. 2019). Both IaaS and PaaS are typically con- 
sumed by SaaS providers, which in turn offer their services to the final user 
in exchange for monthly or annual subscription fees (Cusumano 2008; 
Ojala 2012). In this context, a proper estimation of the TCO and ROI of 
the cloud represents the basis for adequate and effective pricing strategies, 
and for evaluating investment decisions (Rosati et al. 2019). 


2.3. MEASURING THE ROI OF A CLOUD INFRASTRUCTURE 


ROT is one of several financial metrics available to business decision mak- 
ers to estimate the expected financial outcomes of an investment (Farbey 
and Finkelstein 2001; Rosati et al. 2017). While TCO focuses merely on 
costs, ROI includes both costs and benefits therefore providing a more 
forward-looking and comprehensive assessment of an investment. Despite 
the fact that the benefits of cloud computing extend well beyond cost sav- 
ings, these have historically been the main drivers of adoption (CFO 
Research 2012). Unsurprisingly, TCO, rather than more strategic ROI, 
has been the main metric of cloud investment evaluation (Brinda and 
Heric 2017). TCO is attractive as, compared to ROI, it is easier to esti- 
mate, and cloud vendors make online TCO calculators available to their 
customers. However, these tools only focus on relatively simplistic tangi- 
ble operational cost calculations (Rosati et al. 2017). A similar approach 
only provides a partial picture of the costs and benefits generated by cloud 
computing and may under- or over-estimate the financial outcomes of 
cloud investments and ultimately translate in to sub-optimal investments. 
To address this limitation, we present a more comprehensive framework 
for estimating the ROI of cloud investments for IaaS/PaaS (Fig. 2.2). 
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Fig. 2.2 Organisational ROI estimation framework for cloud computing 
investments 


2.3.1 Step 1: Suitability to Cloud Computing 


The initial phase of the ROI calculation is an assessment of the suitability 
of the organisation for the adoption of cloud computing. Despite the hype 
around cloud computing and the promising statements of cloud vendors, 
IaaS/PaaS adoption may not be the most effective and efficient solution 
for every organisation or every application deployed by or within an 
organisation (McKinsey and Company 2009; Misra and Mondall 2011). 
Misra and Mondall (2011) provide a weighted scoring model for estimat- 
ing a suitability index. The model includes the following aspects: 


e Size of IT resources and customer base characteristics: smaller organ- 
isations whose IT infrastructure is based in one country and that 
generate relatively limited amount of revenues from IT offering are 
more suitable to cloud computing than IT giants. 

e The utilisation pattern of IT resources: cloud computing is particu- 
larly attractive for organisations with a highly variable workload pro- 
file as they can benefit from the on-demand scalability typical of 
cloud infrastructures. 

e Sensitivity of the data handled by the organisation: cloud services 
may be riskier for organisations handling very sensitive data, particu- 
larly for applications running a public cloud. 

e Workload criticality: highly critical workloads require more strin- 
gent, reliable and secure resources therefore it may be difficult to 
find a cloud vendor that is able to provide an adequate Service-Level 
Agreement (SLA). 
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The outcome of this initial step may prevent organisations that are 
clearly not suitable for the cloud from wasting additional resources in the 
evaluation process. The suitability index may also provide sort of a reality- 
check for estimated ROI as organisations that are more suitable for the 
cloud should expect a higher return on investment (Misra and Mondall 
2011; Walterbusch et al. 2013). 


232 Step 2: Determine the Period of Time 
for the Financial Evaluation 


Five years is the typical time frame for estimating the ROI of large IT 
investments such as a cloud infrastructure. This is because the initial imple- 
mentation requires time and resources; shorter time periods may not be 
long enough to capitalise such initial investment. Five years is not a fixed 
rule. Organisations should evaluate cloud investments within the most 
appropriate time frame for them considering the amount of investment, 
the overall expected duration of the investment, and its relationship with 
the overall strategic plan of the organisation. It should be said though that 
the longer the time frame the harder it becomes to estimate reliable figures 
associated with costs and benefits. This is particularly the case in fast- 
changing business environments where technologies, applications, and 
business models quickly become obsolete. 


2.3.3 Step 3: Identify the Future Cloud Solution 


The range of cloud computing offerings is very diverse and fragmented. 
This often makes very difficult to compare one cloud provider or service 
against others (Rehman et al. 2011). A number of different selection tech- 
niques and approaches have been developed over time which are more or 
less suitable for different cloud services (see Sun et al. (2014) for a detailed 
review). Regardless of the selection technique adopted, it is critical to 
identify a to-be solution that is directly comparable to the existing architec- 
ture. This does not mean that the two alternative architectures have to be 
comparable from a technical perspective. In fact, this may not be possible 
due to the different nature of cloud and on-premise solutions. However, 
they should be able to meet the same business requirements, and mone- 
tary values should be measured consistently across the two scenarios 
(ISACA 2012). Table 2.1 provides a list of key elements to consider dur- 
ing this phase. 
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Table2.1 Key objectives of cloud service selection (adapted from ISACA (2012)) 


Objective Guidance/key questions to answers 
Define high-level business e What business functions need to be covered? 
(functional) requirements e What are the business drivers for adopting cloud-based 
services? 
e How could cloud based services support business 
processes? 
e What compliance requirements are relevant? 
Define a baseline cloud ° What type of cloud service model (e.g. IaaS, PaaS etc.)? 
service model ° What kind of deployment model (e.g. public, private 
etc.)? 


e Where would the services be physically located? 

° Who would deliver the services? 

e Start with a model that is simple and low-cost and then 
exclude options that do not meet compliance and risk 


requirements. 
Assess risks associated with * Identify risk areas to be considered (e.g. multitenancy, 
the selected cloud model data usage limitations, security, privacy, migration costs 
etc.). 


e Determine countermeasures to mitigate the areas of 
risk outside the organisation’s risk tolerance. These 
may include: 

— Data encryption 

— A revert-back strategy 

— On-premise backups and audit trailing 
— Clear and comprehensive SLA 

— In-house disaster recovery strategy. 


2.3.4 Step 4: Evaluate the Future Costs and Benefits 


Costs and benefits evaluation is arguably the central activity of the ROI 
estimation. In this step, both operational and non-operational implica- 
tions of cloud adoption should be taken into account. Costs can be 
grouped into three main categories i.e. upfront, recurring and termination 
costs. Table 2.2 provides an overview of the key cost components to be 
considered for each cost category. This list should not be considered as 
either rigid or exhaustive. Organisations should carry out their own assess- 
ment of potential direct and indirect costs associated with cloud adoption. 
For example, migration costs are not relevant for organisations aiming to 
design a greenfield cloud native application. 
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Table 2.2 Cost categories for the cloud 


Category Key cost components to consider 


Upfront costs e Start-up costs to prepare for the transition to the cloud 
e Technical/legal/consulting costs related to assessing /evaluating 
cloud alternatives and technical readiness 
° = Network/bandwidth investments 
e Technical costs (including staff) for implementation /integration 
e Staff training 
e Change management 
Recurring costs ° Cloud service(s) subscription fees 
e Cloud consumption costs (server, storage, database, network, 
throughput, CSP support fees) 
° Personnel costs (IT, finance, Human Resources) 
Termination costs © Costs relating to contract termination (legal/technical/ 
consulting) 
° Early termination penalties 
e Alternative cloud service provider evaluation costs 
e Technical costs (data extraction/sanitisation) 
e Reinvestment or transfer back to on-premise (hardware 
acquisition and setup costs) 


Similarly, the benefits generated by the adoption of cloud services can 
be grouped in to two main categories: tangible and intangible (ISACA 
2012). Tangible benefits are clearly easier to identify and typically include 
additional revenues, faster time-to-market, lower operational costs etc. 
However, a significant portion of the value generated by the cloud adop- 
tion typically fall in to the second category. Figure 2.3 provides an over- 
view of the potential benefits of cloud adoption for business applications. 
As per the cost drivers presented above, organisations should carry out 
their own assessment to identify which benefits may actually apply to their 
specific context. 


2.3.5 Step 5: Evaluate the as-is Costs and Benefits 


ROI estimation should be based on the comparison between two alterna- 
tive scenarios. In the context of cloud adoption, the alternative scenario is 
typically an on-premise solution. Care needs to be taken when considering 
on-premise costs versus those in the cloud. While many are similar, there 
often subtle differences. Table 2.3 provides an overview of the key cost 
components to be considered for each cost category. 
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Table 2.3 Description and explanation of cost categories for on-premise 


Category Key components to consider 

Upfront costs e Large capital expenditure and investments in: 
— Physical hardware and infrastructure 
— Bandwidth 
— Software 


— Property and facilities, heating and cooling 
— Staff training 
— Procurements costs 
Recurring costs ° Ongoing operational costs such as: 
— Utilities (electricity, bandwidth) 
— Premises and facilities (security, physical access, HVAC, 
electrical and UPS) 
— Property costs (rent and rates) 
— IT audits 
— IT personnel costs (maintenance, admin, developer) 
— Software/OS licenses 
Termination ° Disposal of physical hardware and infrastructure components 
(disposal) costs e Depreciation 
° Compliance costs (secure data backup/cleansing) 
° Secure removal and disposal of IT and associated equipment 


The benefits of the on-premise solution are then measured using the 
current performance of the organisation in terms of revenues, growth, 
customer satisfaction etc. Both costs and benefits of the on-premise solu- 
tion represent the baseline for evaluating the incremental value or costs 
generated by the cloud adoption. 


2.3.6 Step 6: Evaluate the as-is Costs and Benefits 


The last step in the process consists of inserting all the numbers gathered 
in the previous steps in to an extended version of the ROI formula as pre- 
sented in equation below: 


| (Tangible Benefits + Intangible Benefits) = 


Boi (Upfront Costs + Recurring Costs + Termination Costs) | 


2.1 
(Upfront Costs + Recurring Costs + Termination Costs) au 
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where 
Cloud TCO = Upfront Costs + Recurring Costs + Termination Costs (2.2) 
and 
Tangible Benefits = Incremental Revenues + Lower Costs (2.3) 
In the case of a cloud migration rather than a greenfield cloud adop- 
tion, the additional value generated by the investment should be measured 


as the incremental value the cloud generates compared to the previous 
architecture. Therefore Eq. (2.1) would become: 


AGross Profit Margin 
ROI = š (2.4) 
TCO 
where 
AGross Profit Margin = (Revenuesc,,, — TCO gia + Additional Savings,,.y ) 
ca (Revenues premise 7 TCO premise ) (2 5) 


2.4 CASE STUDY 


This section presents the application of this framework to a real-life study 
of a cloud infrastructure migration. We specifically focus on IaaS rather 
than PaaS adoption as the former requires estimating more cost compo- 
nents than the latter. As such, IaaS adoption provides a more comprehen- 
sive example that can then be adapted to a PaaS adoption scenario. 


2.4.1 Company and Application Overview 


The Company participating to this study operates in the financial services 
industry and provides a suite of applications for the delivery and support 
of financial and business technology solutions across EMEA, South 
America, Asia and Australasia. Through its development of proprietary 
technology, the Company has developed core products for currency con- 
version, multi-currency pricing, commercial and retail foreign exchange. 
In the year prior to the study, the Company reached almost €200 million 
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in revenues and had almost 200 employees. The specific application being 
migrated has a customer and user base across Europe and the South Pacific 
region which includes both Business-to-Consumer (B2C) and Business- 
to-Business (B2B) customers. 

When the forex exchange application was first developed, the Company 
did not consider cloud technology to be sufficiently sophisticated and 
capable of hosting it. They therefore decided to install it on an on-premise 
infrastructure in the Company’s headquarters. The application was origi- 
nally monolithic by design. However, over several years the Company 
incrementally migrated the application to a microservices architecture. 

As the cloud evolved and adoption became mainstream, the Company 
has already moved its Continuous Integration and Quality Assurance envi- 
ronments into a containerisation model running on Microsoft Azure. 
These environments are managed by the Company’s internal development 
team. In addition to the application servers, the cloud migration includes 
a container registry, a source code repository, a configuration server, and 
SQL databases. The development team also intend to use containerisation 
in its production environments. The Company indicated that the environ- 
ments for user acceptance testing and production (currently managed by 
the internal infrastructure team) may also be migrated, depending of the 
outcome of the ROI estimation. 


24.2 Suitability Index 


The Company’s main business drivers behind its decision to adopt the 
cloud are: 


e Efficiency gains through automation of IT operations and imple- 
mentation of site reliability engineering principles and practices; 
greater efficiency in development lifecycle; 

increased performance and reliability of applications; 

reduced cost; 

technical scalability to support business growth. 


The Company’s current IT setup is capable of supporting two million 
transactions per year across 1000 POS terminals while the Company 
requires the capability to scale to 30,000 terminals and 50 million transac- 
tions annually. 

The initial step of the ROI calculation involves assessing the suitability 
of the Company to the cloud. A questionnaire was designed in order to 
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capture all the information required to estimate the suitability index as 
proposed by Misra and Mondall (2011): 

Size of the Company’s IT resources. The infrastructure comprised a clus- 
ter of less than 100 servers and is hosted on-premise in a local data centre 
in the Company’s headquarters. The customer base is geographically dis- 
persed across Europe and the South Pacific and is served by the on-prem- 
ise infrastructure. An indication of the size of Company’s customer base 
can be derived from the scale of their operations, and their transaction 
volumes; the current system is capable of supporting 2 million transactions 
per year across 1000 POS terminals across the regions listed above. 

Utilisation pattern of the resources: The Company may experience some 
peak surges by virtue of the fact that their system provides an online retail 
currency conversion service, and such transactions are typically seasonal in 
nature. As such, the Company’s utilisation pattern could be profiled as 
having moderately variable workloads with occasional surges. 

Sensitivity of the data they are handling. The Company classified the 
sensitivity levels of the data they handle as “sensitive” (personal informa- 
tion, contact details) and “very sensitive” (bank related data, transactional 
data). The data captured during customer transactions on the forex appli- 
cation is limited to the customer’s name, address and proof of identifica- 
tion. The system does not handle and process online credit card payments 
thus credit card information is not stored. As such, the company has no 
PCI DSS compliance requirements. Currently, payments are processed 
using the 3D secure authentication standard with a third-party service 
provider. There are other related compliance requirements for service 
management and customer value (ISO 20000-1) and information security 
management (ISO 27001) that the Company has to adhere too. 

Workload criticality. The Company indicated that migrating the RFX 
application was highly critical. A primary reason for this is the ease with 
which cloud services enable firms to easily and efficiently handle potential 
failover situations, thereby preserving business continuity and preventing 
data loss. This circumvents and eliminates the internal administrative over- 
head required for presenting the business case for the purchase of addi- 
tional hardware. 

Given the information provided above and the weights proposed in 
Misra and Mondall (2011), the Company obtained a suitability index of 
3876 which falls within the intermediate category (Misra and Mondall 
2011). This suggests that further investigation such as an ROI study is 
required before deciding to adopt the cloud infrastructure. 
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2.4.3 ROI Estimation 


A five-year time frame was adopted for the ROI study and the Company 
was asked to fill in a detailed questionnaire in order to identify the required 
costs and expected revenues associated with both the current on-premise 
solution and the alternative cloud infrastructure. This phase of the study 
spanned over three months and required the involvement of ten people 
across five different departments i.e. top management, IT, finance, busi- 
ness unit, and human resources. 

Both the cloud (to-be) and the on-premise infrastructure (as-is) were 
designed to deliver the same amount of revenues over the time period of 
the analysis. Therefore, any change in value has to be driven by the cost 
reduction and/or intangible benefits. Table 2.4 summarises the TCO cal- 
culation for both scenarios. 

The cloud infrastructure is expected to generate a cost saving of 
€352,464 over five years mostly due to the lower upfront costs and no 
termination costs. In fact, the estimated upfront costs of the cloud solu- 
tion only included IT training (€9000) and cloud assessment and consult- 
ing costs (€20,000). The company also identified a number of potential 
intangible benefits related to cloud migration such as: 


enhanced productivity; 

improved compliance and security; 

the ability to focus on core business; 

access to the cloud provider’s expertise and capabilities. 


These suggest an approximate total net positive cost saving of €81,000. 
This ultimately results in an expected ROI of: 


_ €352,464+ €81,000 — €433,464 


ROI =14.05% 
€3,086,188 €3,086,188 
Table 2.4 TCO summary 
On-premise Cloud 
Upfront on-premise cost €114,500 Upfront cloud cost €29,000 
Recurring on-premise cost €3,316,652 Recurring cloud cost €3,057,188 
Termination on-premise cost €7500 Termination cloud cost €0 


TCO on-premise €3,438,652 TCO cloud €3,086,188 
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Based on the positive, although not very high, expected ROI and con- 
sidering other further strategic considerations, the Company decided to 
migrate the RFX application to the cloud. The Company also realised that 
an unforeseen benefit arising from the project was the increased transpar- 
ency and comparison of the costs associated with their on-premise infra- 
structure and that of their cloud service consumption. This may help with 
decision making and developing the business case for future considerations 
when deciding between a reinvestment in on-premise hardware or adopt- 
ing cloud services. 


2.5 CONCLUSION 


In this chapter, we presented a practical framework for estimating the 
return on cloud computing investments from the customer perspective. 
We focused specifically on Infrastructure-as-a-Service and Platform-as-a- 
Service as they have more extensive organisational implications than sim- 
pler SaaS applications. Several online tools and methodologies based on 
relatively simplistic tangible operational cost calculations have been made 
available to firms for calculating the total cost of ownership of their cloud 
investments. However, cloud services also generate intangible costs and 
benefits that should be taken into account when embarking on the cloud 
journey. Investment decisions taken on the basis of partial assessments of 
the potential business value generated by cloud adoption may result in 
sub-optimal budget and capital allocation and ultimately undermine an 
organisation’s competitive advantage. Our framework aims to overcome 
such limitations by providing a step-by-step process for estimating a com- 
prehensive ROI of cloud adoption. The actual implementation of the 
framework is shown though a real-life case study of infrastructure 
migration. 

Future research may explore how the ROI estimation framework pre- 
sented above can be adapted to different cloud migration scenarios 
(JJamshidi et al. 2013) or to relatively new paradigms of cloud computing 
such as serverless computing (or Function-as-a-Service—FaaS) (Lynn 
et al. 2017). Finally, further studies may also investigate the relationship 
between the adoption of more comprehensive ROI measures to and the 
effectiveness of IT investment decision-making. 
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CHAPTER 3 


The SaaS Payoff: Measuring the Business 
Value of Provisioning Software-as-a-Service 
Technologies 


Trevor Clohessy, Thomas Acton, and Lorraine Morgan 


Abstract Creating and capturing value with new digital technologies 
such as cloud computing is often fraught with complexity and ambiguity 
for incumbent information technology (IT) firms. Using the business 
model concept as a lens, the objective of this chapter is to address a current 
gap in our knowledge about the impact of Software-as-a-Service (SaaS) on 
incumbent IT supply-side organisations. The empirical findings from a 
cross-case study analysis of two incumbent IT service providers lead to a 
number of in-depth insights that are discussed in this paper. The study 


T. Clohessy (>4) 
Department of Enterprise and Technology, Galway-Mayo Institute of 
Technology, Galway, Ireland 

e-mail: trevor.clohessy@gmit.ie 


T. Acton ° L. Morgan 
Business Information Systems Department, J.E. Cairnes School of Business & 
Economics, National University of Ireland, Galway, Ireland 


@ The Author(s) 2020 39 
T. Lynn et al. (eds.), Measuring the Business Value of Cloud 

Computing, Palgrave Studies in Digital Business & Enabling 

Technologies, https: //doi.org/10.1007/978-3-030-43198-3_3 


40 T.CLOHESSY ET AL. 


identifies six tangible business model payoffs that have resulted from pro- 
visioning SaaS technologies. Subsequently, this paper lays the foundation for 
contributing to understanding how SaaS technologies can influence busi- 
ness models. 


Keywords Cloud computing ° Software-as-a-Service (SaaS) ° Business 
model ° Payoffs 


3.1 INTRODUCTION 


It is treacherous on a tightrope to change your focus point and suddenly look 
down. Philip Pettit (The Walk 2015) 


This above quote rings no truer than in the current digital technological 
arena which is characterised by rapid fluctuation and turbulence—a fluid 
landscape where a multitude of incumbent information technology (IT) 
organisations are having to change their digital focus and “look down” and 
embrace emerging digital technological advancements. Digital transfor- 
mation is concerned with the changes digital technologies can bring about 
in an organisation’s business model and the subsequent changes in prod- 
ucts, organisational structures and the automation of processes (Clohessy 
et al. 2017; Benlian et al. 2016; Hess et al. 2016). The business model 
concept has been used extensively to examine how digital technologies 
transform organisational abilities to create and capture value (e.g. the inter- 
net, e-commerce platforms, mobile applications, Big Data, analytics, and so 
on). Driving factors such as the emerging knowledge economy, the restruc- 
turing of global financial services, increased outsourcing of business pro- 
cesses and information systems, rapid advancements in digital 
technologies and the repeated failure of organisations to capitalise on the 
capabilities afforded by these technologies have catapulted the business 
model concept back into the public arena (Peters et al. 2015). 

In the past decade corporate investments in cloud computing, specifi- 
cally Software-as-a-Service (SaaS), has increased and become a substantial 
component of business. Examples of personal use SaaS include, for exam- 
ple, Gmail, Skype, and Dropbox. Salesforce customer relationship man- 
agement (CRM), SAP Analytics Cloud, and Oracle Enterprise Resource 
Planning Cloud are examples of business-centric SaaS. Often mentioned 
benefits include the reduced need for up-front investments in IT 
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infrastructure, IT software and IT skills, reduced costs and enhanced flex- 
ibility (Guo and Ma 2018). SaaS accounts for the majority of the entire 
cloud market and it is forecast to reach $117.1 billion in revenues by 2021 
with an annual growth rate of 16 percent (Gartner 2018). Using the busi- 
ness model as an anchor, this chapter provides new insights into the busi- 
ness model payoffs incumbent IT service providers have been able to 
leverage as a result provisioning SaaS technologies. Such insights can pave 
the path for establishing significant theoretical contributions for under- 
standing underlying mechanisms of business model success with regards 
to SaaS. Our study was guided by the following question: 


What business model payoffs manifest for incumbent IT service providers 
because of provisioning Software-as-a Service technologies? 


The remainder of the chapter is structured as follows. In Sect. 3.2, we 
first provide a rationale for the study and provide an overview of the busi- 
ness model concept. Section 3.3 describes the case study methodology 
used to address the question above. Section 3.4 discusses the results of the 
case studies analysed. Finally, the paper concludes with an outline of the 
study’s limitations and the broader study implications where we outline 
how this research extends extant theoretical and practical contributions. 


3.2 Stupy BACKGROUND 


3.2.1 SaaS Provision 


There has been an emergent body of research focused on investigating the 
impact of SaaS on organisational business models. While the majority of 
this research has been carried out from an adoption perspective, there is a 
dearth of research which has also explored the impact from an IT supply- 
side perspective. Thus, the manner with which these organisations are 
attempting to unleash the digital transformative potential of SaaS through 
their business models is an area which merits further scrutiny (Benlian 
et al. 2016; Hess et al. 2016). For instance, there is anecdotal evidence to 
suggest that incumbent IT service providers are experiencing substantial 
difficulties in their endeavours to leverage the business model payoffs of 
provisioning SaaS. This is evidenced by IT stalwarts such as Dell, Intel, 
IBM and Hewlett Packard (HP) whose struggles pertaining to how to 
best leverage the payoffs have been well documented. 
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3.2.2 Bounding the Business Model Concept 


It has been argued that the utilisation of the business model concept as an 
anchor for the identification of the impact of new technologies on organ- 
isations is a fairly novel endeavour; it also remains an area which is under 
researched (Diaz-Diaz et al. 2017). In light of the comprehensive digitisa- 
tion of enterprises at large, this seems all the more surprising. Business 
models not only serve as instruments for digital strategic planning but are 
also used for developing new and existing business activities (Van Kerkhoff 
et al. 2014). While the single components of extant business model frame- 
works vary extensively in the literature (Wirtz et al. 2016), they do con- 
verge to four overarching dimensions (e.g. value proposition, value 
co-creation, value delivery and value capture) which can be used to anal- 
yse, describe and classify the constituent parts of business models 
(Peters et al. 2015). In order to address our research questions, we used 
the Service, Technology, Organisation and Finance (STOF) business 
model framework (Bouwman et al. 2008) which typifies these four over- 
arching dimensions (Table 3.1). The STOF framework describes how a 
network of cooperating organisations create and capture value from new 
digital services across four core business model domains (service, techno- 
logical, organisational and financial). 

The service domain is directly related to the value that is derived by the 
provider and customer from the service offering. The service offering 
must be considered better and deliver the desired satisfaction more effec- 
tively and efficiently than competitors; customer or user experience is key 


Table 3.1 STOF business model research framework (Bouwman et al. 2008) 


Business model Description 
domain 


Service domain Delineates an organisation’s service offering and the inherent value 
propositions and the specific end-users in particular target customer 


segments. 
Technological Describes the technical functions and core competencies needed to 
domain realise the service offering. 
Organisational Defines how the organisation creates value from a service offering via 
domain the configuration of actors (value network) comprising resources 


which together perform value activities. 
Financial domain Conveys the revenue and cost structure arrangements operationalised 
in order to capture value from a service offering. 
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(Bouwman et al. 2008). Functionality and technical architecture play 
pivotal roles in the technology domain. Functionality refers to the range 
of operations that can be performed by the service offering. The technical 
architecture relates to the “overall architecture of the components of a 
technical system in terms of backbone infrastructure, devices, service plat- 
forms, access networks and applications” (Bouwman et al. 2008, p. 115). 
The organisational domain revolves around the concept of a value net- 
work comprised of actors who possess “certain resources and capabilities, 
which interact and together perform value activities, to create value for 
customers and to realise their own strategies and goals” (Bouwman et al. 
2008, p. 116). Finally, the financial domain delineates how value is cap- 
tured by various actors in a value network. This domain focuses on finan- 
cial arrangements which “revolve around investment decisions, revenue 
models, and revenue sharing arrangements...[and] are aimed at average 
cost-effectiveness, net cash worth, and internal return” (Bouwman et al. 
2008, p. 116). 

The STOF framework is useful for a variety of reasons. First, it is rela- 
tively comprehensive, coherent and comprises business model compo- 
nents which are similar to other widely cited categorisations such as the 
business model canvas (Osterwalder and Pigneur 2010), the V* business 
model ontology (Al-Debei and Fitzgerald 2010) and the integrated busi- 
ness model (Wirtz 2011). Second, the STOF framework typifies the busi- 
ness model elements contained within the concept matrix proposed 
recently by Peters et al. (2015). Third, it has been previously utilised to 
assess the impact of SaaS technologies on business models (Lee et al. 
2014) although, it should be noted that these aforementioned studies 
have not focused on incumbent IT service providers. Finally, the STOF 
framework is dynamic in nature as it encapsulates external factors of influ- 
ence in terms of market dynamics, technological advancements and regu- 
latory changes that all represent salient factors in the context of provisioning 
SaaS technologies. 


3.3 METHODOLOGY 


A multi-method, comparative case study research design was selected for 
the study. Table 3.2 provides an overview of the primary data sources (i.e. 
respondent interviews) and the secondary data sources that were analysed 
as part of the case study. The two case firms selected for the study provide 
rich environments for investigating our research objective. They are large 
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Table 3.2 Study data sources 


Primary data sources (20 interviews) 


ID Industry/size/business Role Industry experience 
model (years) 
A Software/Large ITSP/Mature 
CAL Senior SaaS Architect 8 
CA2 SaaS Strategy Leader 9 
CA3 SaaS Product Manager 12 
CA4 Senior Cloud Infrastructure 15 
Developer 
CA5 SaaS Leader 11 
CA6 SaaS Strategy Leader 6 
CA7 Chief Technology Officer 9 
CA8 SaaS Product Manager 9 
CA9 SaaS EMEA Leader 11 
B Software/large ITSP/mature 
CB1 Research & Development 20 
Director 
CB2 Senior SaaS Architect 7 
CB3 Senior SaaS Engineer 19 
CB4 EMEA SaaS Leader 13 
CB5 Cloud Datacenter Manager 6 
CBO Senior SaaS Manager 17 
CB7 Senior SaaS Technologist 14 
CB8 Senior SaaS Engineer 11 
CB9 Senior SaaS Manager 9 
CB10 SaaS Development Manager 12 
CB11 SaaS Product Manager 18 


Secondary data sources 


Websites, Annual Company Industry Researcher’s Reflective 
white papers and presentations, commentary field notes memos 
and quarterly Blogs, YouTube, and analysis and 

marketing reports Webinars and newspaper 

materials Podcasts articles 


(>10,000 employees) multi-national incumbent IT service providers who 
have been at the forefront of the advancement and provision of SaaS tech- 
nologies for the past six years. As such, both cases represent theoretical 
sampling (Glaser and Strauss 1967) and make it suitable for analytical 
generalisation (Yin 2003). Furthermore, developing insightful narratives 
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for the digital age, calls, in part, for the selection of “compelling 
cases...[which are capable of producing]...powerful intellectual accounts” 
(Henfridsson 2014, p. 1). For company confidentiality, we pseudony- 
mously refer to both case study companies as Case A and Case B. Following 
the standard practice of using senior management as data sources (Klein 
and Myers 1999; Flyvbjerg 2006; Iyer and Henderson 2012), we selected 
senior managers from each case organisation. A case study approach to 
analyse emergent complex field problems more than anything else, requires 
experience (Flyvbjerg 2006). As such, the interviewees were selected based 
on the following criteria: first, the respondents should have experience 
working with SaaS technology. Second, the respondents should hold man- 
agerial positions (e.g. SaaS product manager, chief technology officer, 
etc.), which would enable them to have an in-depth knowledge of the 
business model intricacies of their SaaS operations. Third, the respondents 
should preferably have responsibility for overseeing their organisation’s 
business model activities. Table 3.2 provides an overview of the 20 respon- 
dent’s cloud roles and their number of years’ IT industry experience. 


3.4 DISCUSSION OF FINDINGS 


Prior to provisioning SaaS technologies, both Case A and Case B core 
business activities encompassed the manufacturing and distribution of 
enterprise servers, storage devices and a diverse range of computational 
software. These companies have an illustrious heritage pertaining to 
their ability to innovate their business models in order to leverage nascent 
technological advancements. Since 2015, both companies have priori- 
tised the realignment and restructuring of their traditional IT business 
activities to focus solely on the provisioning of best of breed SaaS IT 
services. Therefore, both case organisations have experienced substantial 
success in the market. Table 3.3 provides a summary of the six tangible 
payoffs identified from the data analysis along the core business model 
domains. These payoffs can be categorised as being economic, business 
and transformative. 

In terms of the service business model domain payofts, the findings reveal 
that SaaS facilitates the provision of new products and services and enables 
an extended market reach. Concerning the former transformative benefit, 
the analysis revealed that SaaS has facilitated (1) the provision of virtual- 
ised SaaS-based solutions from a centralised location which possess the 
capability to automatically scale-up and down dynamically based on the 
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Table 3.3 Tangible business model payoffs from provisioning SaaS 


Business model payoff 


Empirical evidence from our study 


Service domain: 
Provision of New 
Products and Services 
(Transformative) 


Service domain: 
Extended Market Reach 
(Business) 


Technological Domain: 
Fast Software 
Development, 
Deployment and 
Maintenance 
(Transformative) 
Organisational Domain: 
Enhanced Agility 
(Business) 


Organisational Domain: 
Expanded Value 
Network 
(Transformative) 


Financial Domain: 
Reduced Operating 
Costs (Economic) 


SaaS enables both case organisations to create new and 
innovative business ventures beyond their existing traditional 
hardware and software services. The five essential characteristics 
(e.g. on demand self-service, measured service etc.) which 
underpin the SaaS model enables the case organisations to 
deliver nuanced and customisable value propositions to the 
customer. 

SaaS has enabled both organisations to penetrate new 
horizontal and vertical market segments. The case organisations 
have established new growth strategies (e.g. new SaaS leader’s 
roles, SaaS marketing teams, digital ecosystems) within these 
new segments in order to further establish their presence. 
Centralised data centres and advancements in automation and 
scalability have transformed the manner with which both case 
organisations develop, deploy and maintain IT services. This 
transformation has enabled the case organisations to change 
the polarity of how they conduct business with customers. 


Both case organisations are pivoting rapidly towards agile 
methodologies in order to effectively create value from 
provisioning SaaS technologies. Both companies have 
experienced enhanced business agility as a result of their large 
scale internal restructuring of their existing departments, 
teams, developmental practices and collaborative tools in line 
with their SaaS developmental strategies. 

The results revealed that in order to step in line with the 
orientation of the SaaS market towards hybrid, open, and 
interoperable SaaS services both case organisations have had to 
carry out substantial restructuring of their traditional static and 
rigid value networks. These new SaaS value networks comprise 
a multitude of new actors and practices. 

SaaS has enabled the case organisations to significantly reduce 
their operating costs in comparison to the traditional mode of 
operation. The ability to centralise their provisioning 
operations from key global locations was identified as a key 
contributor to this reduced cost. The subsequent savings are 
being reinvested by both organisations into new technological 
strategic priorities. 
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demand for computational resources and (2) the creation of new and 
innovative products which have subsequently led to new spin-off services. 
The advantages derived from these new products and services (e.g. new 
revenue streams, reduced development times frames and budgets) would 
not have been feasible without SaaS. For example, senior managers from 
Case A discussed how SaaS has enabled the company to create a suite of 
new products and services. For example, they all pointed to one of their 
most successful products which is currently receiving global recognition 
for its cognitive capacity. The new system, which encompasses state of the 
art real time big data analytics functionality, is currently being used exten- 
sively in medical, pharmaceutical and biotechnology industry sectors. A 
senior manager described how the product was also being used at global 
sporting events: 


We are using the SaaS system to help us monitor major sporting events in terms 
of internet traffic, social analytics, and sentiment analysis. Based on these met- 
rics the cognitive system can compute whether or not these factors will cause a 
spike in the usage of the customer services (e g. website, booking systems etc.). The 
system then automates additional headroom on the capacity to cater for this 
spike without any human intervention. (CAS) 


The informants confirmed that without SaaS technology, this product’s 
core value propositions would be not as attractive for the customer. As one 
senior manager remarked: 


SaaS has enabled us to create a virtualised product which is 80% smaller, 
roughly 20 times faster and possesses exponentially more functionality in com- 
parison to if we had attempted to design it with traditional methods. This prod- 
uct has been the catalyst for new spin-off cloud and Big Data services. ( CA9) 


In terms of the extended market reach benefit, the study revealed that SaaS 
enabled both organisations to enhance services to existing market seg- 
ments while concurrently penetrating both new horizontal and vertical 
market segments. The case informants described how high costs, long 
project implementation periods and rigid partner networks encompassed 
within their traditional business models represented salient barriers to 
expanding their market reach. However, the findings identified that SaaS 
all but eradicated these barriers and enabled both organisations to not 
only provision SaaS services directly from their indigenous website and 
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digital ecosystem portals but also configure new virtual value networks in 
order to access new customers across diverse industry segments. Individual 
customers and small and medium enterprises represent new market seg- 
ments which both case organisations are attempting to establish a strong 
presence. In order to effectively leverage the extended market reach busi- 
ness benefit, both companies have established new growth strategies (e.g. 
new SaaS leader roles, SaaS marketing teams, digital ecosystems) within 
these new market segments. 

Senior Managers from Case A and Case B provided the following 
insights: 


Saas technology has enabled us to provide our offerings to a broader market in 
comparison to our traditional mode of operation. Traditionally, numerous 
business partners along the value network would supply and install our prod- 
ucts. We can now provision these same offerings rapidly from a centralised loca- 
tion which has dramatically reduced our costs. (CB11) 


SaaS has opened up new markets in terms of acquiring new customers who are 
interested in solely SaaS based solution and also providing SaaS services to our 
existing customer base. With our particular SaaS products, we are able to dis- 
tribute it to multiple customers in a multi-tenant environment. Should our 
customer base grow we can automatically provision new servers and create 
working environments for them within an hour. (CA4) 


In terms of the transformative technological business model domain ben- 
efit of fast software development, deployment and maintenance, this study 
identified how centralised data centres and advancements in automation 
and scalability have transformed the manner with which both case organ- 
isations develop, deploy and maintain IT services. This transformation 
enabled the case organisations to change the polarity of how they conduct 
business with customers. SaaS enables IT service providers to consolidate 
multiple customers into a single centralised data centre location that is 
managed by a core group of employees. SaaS also significantly transformed 
both case organisation’s automation capabilities by enabling them to roll 
out products, services and features rapidly. This capability is extremely 
important given the variances in customer requirements which might 
require frequent changes to SaaS solutions. The case organisations can 
now upgrade their SaaS offerings to their latest versions seamlessly from a 
centralised location. In some instances, this process can occur without any 
human intervention. In the traditional model, the case organisation’s IT 
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products /infrastructure would have been dispersed globally which would 
have incurred substantial time and cost constraints. The following insights 
by senior managers from Case A and Case B sums up nicely the service 
transformation that is taking place in both organisations from a techno- 
logical domain point of view: 


It is not traditional IT any more. It is all about fast repurposing. In the tradi- 
tional IT model, if a machine went down, it could take a couple of days or even 
weeks to repair. Now in a SaaS computing context if a virtual machine goes 
down another one can be quickly spun up in its place. You can just nuke the old 
machine and create a new one. There is flexibility and scalability from a pro- 
vider’s point of view to accommodate the multifarious needs of our customers in 
real time 24/7/365. Our CPU cycles are being repurposed constantly. (CB7) 


In our traditional model, we were limited by the tight time frames with which 
we would have had to adhere to in order to develop and deploy a particular 
product. There would have been absolutely no lee way given what so ever. The 
final product delivered which was delivered was oftentimes substandard which 
would subsequently have led to a lot of negative press. If we had used SaaS for 
similar projects, we would have been able to develop and release the products far 
more rapidly leading to a greater product success. (CA3) 


Enhanced agility and an expanded value network were identified as the two 
keys organisational business model domain payoffs derived from opera- 
tionalising SaaS-enabled business models. With regards to the former 
business benefit, both case organisations are currently undergoing large 
scale internal and external SaaS transformation. Their long-term objective 
is to provide the majority of their portfolios of capabilities in SaaS service 
models formats (e.g. high-end consulting, technical services, business pro- 
cesses, software and so on). The companies are also carrying out an inter- 
nal restructuring of all of their existing teams, developmental practices and 
collaborative tools in line with their SaaS developmental strategies. This 
transformation not only resulted in cost savings but also enabled both case 
organisations to enhance their business agility. The findings revealed that 
it was a deliberate strategy for both organisations to address the serious 
agility gaps which were curtailing their abilities to respond effectively to a 
rapidly changing technological landscape. At that time both organisations 
existing levels of business agility were ineffectual at coping with the 
nuances inherent to provisioning SaaS technologies. Thus, strategic devel- 
opments were prioritised and set in motion in order to address these 
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agility gaps. This enhanced agility not only enabled both case organisa- 
tions to deal effectively with a continually evolving and increasingly uncer- 
tain technological landscape, but also resulted in improved internal 
collaboration practices within both organisations. Senior managers from 
Case A and Case B provided the following insights: 


The company as a whole have readily embraced the SaaS movement. In the last 

five years, SaaS has become pervasive across all of our business units. 
Traditionally we were seen as being the equivalent of a large cargo boat of the 
IT world. It wasn’t sexy but we got the job done. We were a safe choice. However, 
with SaaS the customer does not want the large freight, they want us to be a 
racing yacht encompassing the same level of robustness, but they want that ser- 
vice for the price of a renting a row boat. That is why everything we do has to be 
SaaS native. ( CA8) 


SaaS has completely changed the paradigm of how we do business whereby it has 
significantly enhanced our agility. We are not only responding to customer 
needs and suppliers faster but are also able to react to competitors more effec- 
tively. We are also using our agile war experiences in order to help our customers 
maximise SaaS enabled agility within their organisations. (CBO) 


With regards to the transformative expanded value network benefit, these 
value networks are paramount for creating value with SaaS. For example, 
SaaS facilitated both case organisations to create new flexible virtual value 
networks in order to shape attractive value propositions and revenue 
streams which would not be feasible for both organisations on their own. 
As a senior manager from Case A remarked: 


SaaS has encouraged us to reimagine what our traditional value network, 
which was largely rigid and closed off to a small number of business partners, 
would look like on a virtual plain which is open, ubiquitous, flexible and con- 
tains thousands of actors. (CA3) 


Both case organisations have recently developed indigenous OpenStack 
collaborating network platforms which enables service providers, indepen- 
dent developers, resellers, integrators and telecommunications companies 
to resell both case organisation’s SaaS products and services. These newly 
formed partnering programs enable them to enhance their ability to target 
customers on a global scale who favour open source, interoperable and 
hardware agnostic SaaS services. The informants also reported that 
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customers are increasingly playing a more prominent role within their 
SaaS value networks. This is enabling both case organisations to create 
best of breed SaaS products and solutions and bring them to market faster. 
Both case organisations provide customers with open tools and services in 
order to transform their standardised products to align with the multifari- 
ous nature of customer requirements. The participants also revealed that 
their organisations hold regular networking events at which customers can 
give them face-to-face feedback on their services. Both case organisations 
have also simplified the process with which business partners along the 
value network can demo their SaaS solutions to customers. 

The final SaaS-enabled business model benefit relates to the financial 
domain whereby provisioning SaaS technologies facilitated reduced operat- 
ing costs. This economic benefit manifested in the significant reduction of 
their operating costs in comparison to their traditional mode of operation. 
SaaS enabled the centralisation of provisioning operations from key global 
locations (e.g. management of SaaS services in terms of monitoring and 
providing service upgrades). This is in comparison to the traditional mode 
of operation which encompassed the running of small silos of compute 
across both organisations, which were maintained by different teams. This 
ability to centralise costs while simultaneously achieving an increase in 
customer volume was identified as a key contributor to this reduced cost. 
The analysis also revealed that the costs pertaining to customer relation- 
ship management were also significantly impacted. First, SaaS significantly 
reduced both firm’s costs pertaining to acquiring new customers. The 
flexibility inherent to the SaaS-enabled economic models, whereby cus- 
tomers can now trial or purchase SaaS solutions via credit card, purchasing 
order, or finance methods, has been revolutionary for both companies. 
The whole process is seamless in comparison to the traditional model. 
Second, provisioning SaaS technology significantly lowered both compa- 
nies’ administrative overheads pertaining to how they manage and support 
customers. Both organisations provide their customers with the ability to 
independently configure and manage SaaS services (e.g. OpenStack). Self- 
support facilities are also provided to enhance the simplicity and ease of use. 

Senior managers from Case A and Case B also commented on the econ- 
omies of scale which were being derived from provisioning centralised 
SaaS services: 


From the company’s point of view, it is far more cost effective for us to operation- 
alise one data centre which manages a thousand customers rather than having 
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to partner on a thousand different solutions and assigning those with individ- 
ual organisational staff. So, collapsing a totality of needs into one centralised 
data centre manifests in cost efficiencies in service development, management, 
distribution and resourcing. (CA7) 


Over time we envisage more and more compute resources being concentrated in 

fewer but larger data centres. The cost of making hardware and servers, in the 
traditional model, which could be used and serviced safely by a regular user was 
quite high. Now these are being aggregated in large scale data centres. The 
company are optimising for very large data centres where we have complete 
control from a centralised location. (CB1) 


The case study analysis also revealed that the cost savings derived from 
provisioning SaaS services are being reinvested into developing new skill- 
sets and new strategic technological priorities and growth areas such as Big 
Data, security, analytics and mobility. 


3.5 CONCLUSION 


Using an in-depth case study approach incorporating two incumbent IT 
service providers, this study reveals six tangible payoffs which have mani- 
fested across their core business model’s domains. These payoffs are cate- 
gorised as being economic, business and transformative. We now 
enumerate the implications of the following study. First, we used the 
STOF business model framework as an analytical anchor in order to pres- 
ent a general understanding of the transformative, beneficial and con- 
straining impacts of SaaS-based digital transformation on incumbent IT 
service providers. Such IT-based business model insights, “prepare the 
path for significant contributions in understanding underlying mechanisms 
of business model success and failure” (Veit et al. 2014, p. 50) in an increas- 
ingly digitised enterprise world. Moreover, this research provides much 
needed insights into how SaaS-based digital transformation changes entire 
business models (Benlian et al. 2016). Second, this study demonstrates 
that both case organisations are reaping top line (e.g. increased organisa- 
tional agility, increased sales, enhanced technological capabilities), and 
bottom line (e.g. reduced operational costs, improved customer experi- 
ence and satisfaction) payoffs. Thus, this study can serve as a baseline for 
entrenched incumbent IT service providers to juxtapose and weigh up the 
transformative, business and economic payoffs that can be derived from 
provisioning SaaS technologies. It was interesting to note that both case 
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organisations also experienced specific constraints (organisational and 
SaaS technology level) which inhibited both case organisations’ ability to 
effectively leverage the payoffs of SaaS-based business models. Future 
research could investigate how IT service providers develop workarounds 
in order to overcome these constraints. Additionally, our study specifically 
focused on incumbent IT service providers. Future studies could broaden 
this scope and investigate how SaaS impacts the business models of IT 
service providers who were ‘born on the cloud’. It is also interesting to 
further examine the difference between those IT services providers who 
failed to successfully leverage the business value of SaaS technologies ver- 
sus those who did reap the rewards. Finally, other creditable business 
model frameworks such as the business model canvas may also provide 
additional insights and deserve further exploration as well. 
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CHAPTER 4 


Cloud Service Brokerage: Exploring 
Characteristics and Benefits of B2B Cloud 
Marketplaces 


Victoria Paulsson, Vincent C. Emeakaroha, 


John Morrison, and Theo Lynn 


Abstract With the increasing popularity of cloud computing, a new 
technology and business model called cloud service brokerage (CSB) is 
emerging. CSB is, in essence, a middleman in the cloud-computing supply 
chain to connect prospective cloud buyers with suitable service providers. 
This chapter focuses on a type of CSB, B2B cloud marketplaces. Recently, 
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this type of marketplace has evolved into two broad categories—business 
application marketplaces and API marketplaces. This chapter reviews the 
characteristics of B2B cloud marketplaces, and their benefits, which 
include ease-of-use and ease-of-integration, enhanced security, increased 
manageability, faster implementation, and cost reduction. The chapter 
concludes with two mini-case studies, on Salesforce AppExchange and 
RapidAPI, to illustrate how firms could use B2B cloud marketplaces to 
generate, capture and measure business value. 


Keywords Cloud service brokerage ° Application marketplace ° Case 
study ° API Marketplace 


4.1 INTRODUCTION 


With the increasing popularity of cloud computing, there is a proliferation 
of cloud service offerings in the market (Elhabbash et al. 2019). A 2017 
report on cloud computing (Columbus 2017) finds that 82 per cent of 
enterprises are already running projects and applications in the cloud. 
These businesses are focusing on improving and expanding their use of 
cloud resources and looking for new ways to gain maximum benefits from 
the cloud. Attitudes amongst enterprises have improved significantly in 
the last decade as concerns about cloud security, performance, and avail- 
able expertise have lessened (Columbus 2017). These positive attitudes 
toward the cloud in business organisations of various shapes and sizes 
could result in a higher adoption of business-to-business (B2B) cloud 
application and API marketplaces (MacInnes 2017). 

B2B cloud marketplaces are a type of cloud service brokerage (CSB), 
an intermediary in the cloud computing value chain. Its main role is to 
connect prospective cloud users, either individuals or firms, with suitable 
cloud service providers. While there are CSB definitions available from 
practitioner literatures, such as Gartner (Lheureux et al. 2012), and 
MarketsandMarkets (2015), there is no widely accepted definition avail- 
able in academic literature. This paper subscribes to the definition from 
the US National Institute of Standards and Technology (NIST) that a 
CSB is “an entity that manages the use, performance, and delivery of 
cloud services, and negotiates relationships between Cloud Providers and 
Cloud Consumers” (Sill et al. 2013). Accordingly, in this chapter, CSB 
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refers to a business model and a technology, whose main purpose is to 
connect prospective cloud service customers with cloud service providers 
in the cloud. 

This chapter aims to provide some insight in to the structure of the 
CSB landscape, and explore the functional characteristics and benefits of 
B2B cloud marketplaces. We illustrate these with two mini-case studies on 
Salesforce AppExchange and RapidAPI. 


4.2 ‘THe Four TIERS OF CLOUD SERVICE BROKERAGE 


Before we delve deeper into the topic of B2B cloud marketplaces, it is 
necessary to build a common understanding of the overall structure of 
the CSB landscape, and where B2B cloud marketplaces are situated. 
Fowley et al. (2013) categorise CSB from an architecture platform per- 
spective. They identify three platforms: cloud management (Tier 1), cloud 
broker (Tier 2) and cloud marketplace (Tier 3) platforms. We extend this 
categorisation by adding a fourth platform, a cloud marketplace enable- 
ment platform (Tier 4), as the industry is expanding in this direction since 
Fowley et al.’s publication. A brief discussion of the these tiers will be use- 
ful in distinguishing cloud marketplaces from other CSB tiers. 

Tier 1: Cloud management platform—a cloud architecture platform 
which offers the complete lifecycle of cloud-related management activities 
such as the design, deployment and provisioning of cloud infrastructure 
including advanced monitoring of cloud resource utilisation. An exem- 
plar Tier 1 platform use case is a management platform for heterogeneous 
distributed data centres. These platforms run virtual infrastructures on top 
of hardware to build private, public or hybrid cloud solutions, such as 
OpenNebula and Eucalyptus. 

Tier 2: Cloud broker platform—supports value added brokering activi- 
ties such as aggregation, integration, and customisation. These activities 
require a specific language to make several applications work together in a 
uniform manner. There are many examples of CSB that specialize in these 
three core value generators of cloud broker platforms (Lheureux et al. 
2012). First, aggregation CSBs bring together multiple services at scale 
e.g. single sign-on, unified billing, chargeback and show back. Examples 
of aggregation CSBs include BlueWolf and CloudNation. Second, inte- 
gration CSBs focus on making multiple clouds work together in an inte- 
grated manner e.g. Dell Boomiand HPE Helion. Lastly, customisation 
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CSBs build new features and functions on top of existing cloud applica- 
tions according to business needs e.g. L Tech. 

Tier 3: Cloud marketplace platform—here a CSB builds upon a cloud 
broker platform to provide a marketplace, which brings providers and 
consumers together. Two key features in the cloud marketplace are 
(i) service descriptions for core and integrated services, and (ii) trust. 
Two types of cloud marketplace are present in the market at the moment: 
(1) Business application marketplaces and (2) Application programming 
interface (API) marketplaces. Business application marketplaces provide 
cloud application catalogues to perspective business buyers. Examples 
from the private sector are Microsoft Azure Marketplace, Salesforce 
AppExchange, Google Apps Marketplace, and the Amazon Web Service 
(AWS) Marketplace. Examples from the public sector are the Gov.UK 
Digital Marketplace from the UK government, and the Federal Risk and 
Authorisation Management Program (FedRAMP) from the US 
Government. More recently, APIs have emerged as a fundamental build- 
ing block in the digital economy, connecting organisations, technologies 
and data. If data is the new oil, APIs are the new pipelines. An API is a set 
of functions and procedures allowing the creation of applications that 
access the features or data of a system, application, or other service. They 
increasingly play an important role in the interoperability of systems, 
whether cloud-based or otherwise, both internally and externally, and the 
exchange of data. APIs are bidirectional—they can provide and con- 
sume—and can be public (open) or private. A key characteristic of APIs 
is their abstraction from systems and infrastructure thus allowing third 
parties to build applications and services that consume APIs. API market- 
places allow cloud software vendors to buy, sell, and/or exchange APIs. 
Examples include RapidAPI and Apiculture. 

Tier 4: Cloud marketplace enablement platform—a multi-tenant plat- 
form with a cloud-enabled business model that assists companies to create 
their own cloud marketplaces. The platform architecture is developed in 
such a way that it can be licensed, reused and customised to fit many busi- 
ness contexts. Providers of cloud marketplace enablement platforms typi- 
cally offer a fully integrated platform with a range of value-added services. 
An exemplar CSB use case in this tier is Marketplace-as-a-service (Maas). 
MaaS is a business model in which a MaaS-oriented firm develops a general 
cloud marketplace platform and white labels this platform to businesses 
interested in offering a cloud marketplace as part of their business (Fischer 
2012). Maas clients do not have to reinvent the wheel on the technological 
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side of building and managing cloud marketplace infrastructure, so they 
can focus on strategic issues around marketplaces. AppDirect is an example 
of a MaaS vendor. 

This paper focuses only on Tier 3, B2B cloud application marketplace 
platforms. The next section will delve into its characteristics. 


4.3 CHARACTERISTICS OF B2B CLOUD 
MARKETPLACE PLATFORMS 


B2B cloud marketplaces are a form of multisided platform business model, 
in which two or more parties, for example customers and vendors etc., 
have a direct interaction with one another through the platform (Brokaw 
2014). The platform acts as a middleman between buyers and sellers. It 
earns a commission and/or revenue sharing for transactions taken place 
through the platform. The marketplaces aggregate a large selection of 
cloud services, be it business applications or APIs, from multiple software 
vendors, and offer an integrated service catalogue to cloud customers 
(Cantara 2015). Aggregation is the core business value that these market- 
places offer, but they could expand to generate value in other ways 
e.g. integration and customisation. Customers can search for suitable 
cloud offerings by either browsing through standard categories suggested 
by the marketplace operators or searching through service descriptions, 
which accompany every cloud offering (MarketsandMarkets 2015). A suc- 
cessful application or API marketplace attracts a critical mass of customers 
and software vendors to build economies of scale (Brokaw 2014). Software 
vendors benefit from access to a large pool of customers which makes an 
investment to develop new applications and APIs worthwhile. When 
development costs are spread thinner among a large pool of customers, 
profits are more likely to increase. Customers also benefit from accessing a 
large collection of software applications and APIs that could meet their 
business requirements (Brokaw 2014). 

B2B cloud marketplaces offer a wide range of value-added services to 
the various marketplace actors. First, B2B cloud marketplaces offer many 
fundamental supports to both sellers and buyers alike. For software ven- 
dors, product planning and development, and sales and marketing are some 
of the areas that marketplace operators offer an invaluable support. Many 
B2B cloud marketplace platforms run a partner program with software 
vendors to help them with the application planning and development side 
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e.g. the AWS Partner Network, and the Salesforce AppExchange Partner 
Success program. These partner programmes promote new and existing 
software vendors to further fine-tune their offerings to fit customer 
requirements (Gill et al. 2016). Requirements to participate in these pro- 
grammes depend on a given marketplace operator’s policy. A general rule 
of thumb is that the higher the sales revenue that a cloud application or 
API generates, the more support it tends to receive from marketplace 
operators. These partner programmes are beneficial for all parties involved. 
The software vendors are more confident that their applications and APIs 
are compatible with what the market is looking for. Cloud service custom- 
ers are satisfied with cloud solutions they purchase and, as a result, might 
expand their cloud application and API use into other areas. Cloud mar- 
ketplace operators earn more brokerage fees as applications and APIs 
become more popular, and as marketplaces attract more business transac- 
tions. These are all positive reinforcements for a marketplace business 
cycle. Partner portals in marketplaces typically provide vendors with key 
data, insights, indicators and reports including sales leads, conversion 
rates, customer feedback, and service usage (Oracle 2015; AWS 2016; 
Salesforce 2016). 

For cloud customers, using a cloud marketplace provides them with 
two core value-added services: (1) Single-sign-on (SSO) and (2) Integrated 
event and billing management. Marketplace operators usually provide cus- 
tomers with an ability to use a single username and password to sign onto 
multiple applications and APIs (AppDirect 2013). SSO has a number of 
key benefits for firms and their users. First, SSO is associated with increased 
productivity and improved security. Users enjoy a single point of access to 
all applications, APIs and resources that they need to get their work done 
in one convenient portal; they simply log in once to get access to every- 
thing they need. They no longer have to waste time finding and logging 
into separate applications (Kortright 2018). Second, SSO authentication 
improves overall security from both a system architecture and a behav- 
ioural perspective. Architecturally speaking, the SSO authentication model 
enhances the overall security because security credentials are accepted and 
processed only at a specific SSO server; no security credentials are trans- 
mitted to other systems (Mecca et al. 2016). Behavioural-wise, maintain- 
ing multiple passwords for different access points requires a high level of 
cognitive effort from users. Therefore, users tend to engage in many poor 
password practices, for example writing down passwords, repeated pass- 
words, and creating a commonly used password for all access points 
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(Kortright 2018). SSO minimises risk from poor password practices. 
Integrated event and billing management involves marketplace operators 
providing an integrated portal to monitor and manage applications in use. 
The portal should be sophisticated enough to address and report complex 
use, billing and monitoring situations such as billing relationships between 
users, service level and billing intervals, introductory pricing, one-time 
fees, free trials, upgrades and renewals (Microsoft Azure 2016a; AppDirect 
2013). The portal should also allow administrators to view all costs, man- 
age, edit and/or cancel existing subscriptions. 

Actors on both sides of the cloud marketplace platforms, software 
vendors and customers, concurrently weigh the payoffs for conducting 
business through marketplaces against the external risks inherent in 
it. Therefore, apart from providing the key value proposition as a cloud 
application aggregator and value-added service provider, successful cloud 
marketplace operators must build and maintain their reputation in the 
following areas to lower perceived external risk levels: (1) financial viabil- 
ity, (2) corporate governance, (3) security and privacy. First, from a finan- 
cial viability perspective, marketplace vendors should have a solid financial 
background and a credible reputation in the market. Cloud customers 
trust the marketplace vendors to manage their access, through SSO, to 
relevant applications and APIs, as well as business data. A strong financial 
background provides an assurance that the cloud service will not be inter- 
rupted from business discontinuity (Microsoft Azure 2016a). Second, in 
terms of corporate governance, it is logical to assume that customers are 
much more likely to conduct a business with cloud marketplace vendors 
with a strong reputation for corporate governance (Achim et al. 2016). 
Software vendors and cloud customers, likewise, rely on vendor profiles 
from reputable sources like Gartner’s Magic Quadrant, public ratings and 
reviews to ensure that their business vision, practices and corporate gov- 
ernance policies are sound (Carraway et al. 2015). Last with regards to 
security and privacy, vendors should have transparent and compliant 
data security and privacy policies. Customers should be able to trust that 
their data and any information processed via the marketplace are secure. 
Any compromise in this area could seriously undermine the entire viabil- 
ity of cloud marketplace ecosystem since customers on both ends, soft- 
ware vendors and cloud customers, tend to be sensitive to this issue (Sen 
2015). Cloud customers are advised to consult service level agreements 
(SLA) in relation to this matter. Usually marketplace operators operate 
under a grand-scheme SLA. For example, the FedRAMP Marketplace, 
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a cloud marketplace for US federal agencies, ensures that applications 
listed comply with the US Government 's requirements for security in the 
cloud (DOD 2014). Only applications that have been approved 
“FedRAMP Ready” are authorised to be listed on the FedRAMP 
Marketplace (FedRAMP 2019). However, it is possible that specific SLA 
terms and conditions proffered by certain application vendors may dif- 
fer from that of the grand-scheme’s. Therefore, firms with a strict pol- 
icy on security and privacy should consult SLAs from both the marketplace 
operator and vendor to ensure that they are in line with their own policy. 


4.4 BENEFITS OF B2B CLOUD MARKETPLACE 


Based on the characteristics of B2B cloud marketplaces explained above, 
B2B cloud marketplaces offer a number of advantages to customers. First, 
ease-of-use and ease-of-integration are key advantages that B2B cloud mar- 
ketplaces offer to cloud customers. As explained earlier, cloud customers 
can select a cloud application or API that they deem suitable to their busi- 
ness needs, and instantly install it or access it from the cloud. These appli- 
cations and APIs are typically designed to be intuitive to use or require a 
bare minimum level of training. Where training is required, software ven- 
dors usually provide a wide range of multimedia information, especially 
video tutorials, to guide users. Users do not have to worry about system 
upgrades and/or maintenance since software vendors simultaneously and 
automatically update all underlying software as long as a subscription 
period is valid (AppDirect 2013). As all cloud marketplace applications 
and APIs, by definition, are pre-programmed for integration with existing 
applications, customers can be assured that their newly-acquired applica- 
tions and APIs will integrate with existing systems (Morin et al. 2012). 

Second, enhanced security is an advantage of software licensed through 
cloud marketplaces. In addition to SSO, cloud marketplace vendors can 
leverage a world-class level of security provided by a team of security pro- 
fessionals at a fraction of the actual costs incurred. Studies suggest storing 
data on the cloud is much safer than an on-premise alternative. Key 
security-related issues such as access control, access authentication, data 
encryption, firewalls, logs and audit trails are better managed and con- 
trolled in the cloud (DPC 2015). These resources are not often within 
reach for an on-premise data storage solution, simply because of the high 
cost it entails. 
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Increased manageability is the third benefit of sourcing software ser- 
vices through cloud marketplaces. Traditionally, a software license is for a 
specific version of software for an indefinite period of time in exchange for 
a specific sum of revenue. Software vendors earned a new wave of revenue 
by issuing an upgrade. An investment in new software usually involved a 
large sum of money once other costs are factored in on top of the license 
cost, for example implementation, customisation and training costs 
(Malhotra and Majchrzak 2012). Despite rapid changing business envi- 
ronments and shifting customer requirements, many firms find themselves 
locked-in with outdated software that are no longer suitable for a business 
purpose, simply because the management cannot justify investing in an 
upgrade or new software. As the cloud marketplace business model 
assumes low customer switching costs, software vendors need to ensure 
customer satisfaction and usage. In comparison to the old licensing model, 
customers hold an upper hand as they are able to add, remove and modify 
services whenever they want (Morin et al. 2012). Cloud customers have 
greater flexibility to manage their software needs as their market and cus- 
tomers’ requirements shift, through the integrated event and billing man- 
agement portal discussed earlier. They can easily scale up, scale down, or 
switch to a new vendor. 

Fourth, faster implementation is another clear benefit from sourcing 
through a cloud marketplace. Software available on cloud marketplaces 
typically have programmed interfaces that allow business technologists, 
i.e. business users who are IT competent, to integrate the applications 
with existing IT systems (Oracle 2012). Expensive scarce IT professionals 
and consultants are typically not needed to install these applications, and 
if needed, the amount of time and effort is significantly reduced. New 
software should be ready for use after a few installation clicks. For exam- 
ple, GetFeedback (www.getfeedback.com) is a survey application listed on 
Salesforce AppExchange. It allows users to send surveys to customers, 
while the survey results will be autonomically synced into Salesforce CRM 
solution. Its main selling points, over other non-AppExchange survey 
applications, are ease of installation and a seamless integration capability 
with Salesforce so that any data received will be directly linked to the 
Salesforce CRM database. 

The last benefit is cost reduction. Cloud marketplace customers can 
pay for software using a wide range of pricing models, e.g. per user, per 
month, per hour of usage and per amount of data ingested. These pric- 
ing models vary by cloud marketplace and software types. However, a 
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basic principle remains constant: customers only pay for the portion of 
services that they use. For example, if there is only one person using the 
software for a given period of time, customers can subscribe to one seat 
for that period and no further. This contrasts with the old software 
licensing model, in which customers have to purchase a software license 
regardless of how much and how often they might use the software. In 
addition, software on cloud marketplaces usually offer a free trial period 
to allow customers to decide if the software is right for them (Phelan 
2015). This reduces upfront costs for customers and provides cashflow 
advantages as firms scale up and down. 

The next two sections present mini-case studies on two B2B cloud 
marketplaces. The first case is Salesforce AppExchange, a B2B cloud mar- 
ketplace offering both applications and APIs, and the second is 
RapidAPI, a B2B API marketplace. Both mini-case studies focus on how 
customers could use B2B cloud marketplaces to generate, capture and 
measure business value. 


4.5 MiINI-CASE STUDY I: SALESFORCE APPEXCHANGE 


Salesforce AppExchange is a B2B cloud application and API marketplace 
for Salesforce customers, developers and partners. All applications listed 
on AppExchange are certified as compatible with Salesforce.com and pre- 
integrated with Salesforce.com. There are thousands of applications avail- 
able on the marketplace for a wide variety of use cases including 
sales, marketing, integration, customer service, manufacturing, analytics, 
and back office administration. Pricing models also vary including free, 
paid and discounted for non-profit. 

Localytics (www.localytics.;com) is a software vendor listed on 
Salesforce AppExchange. Localytics has been an App Innovation Partner 
with the Salesforce Marketing Cloud since 2016. Their software enables 
Salesforce.com and Localytics customers leverage mobile user data to cre- 
ate a closed loop system with regard to a customer across channels. Initially, 
Localytics’ application combined the power of geofencing—the use of GPS 
or RFID technology to create a virtual geographic boundary to trigger a 
software to responsed when a mobile device is entering a particular area— 
with Salesforce.com. Firms can leverage Salesforce.com and Localytics to 
extract value from and generate new value for customers. For exam- 
ple, Priceline.com uses this combination to send targeted location-based 
marketing messages to its customers (Localytics 2019). These marketing 
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messages are directed at customers who travel without any advance hotel 
and/or car-rental bookings. To capture these customers, the marketing 
messages focus on one-day special offers for hotels and car rentals. A com- 
bination of two powerful technologies, geofencing and CRM, with clever 
marketing messages captures business value for Priceline by allowing the 
firm to trigger a response to its customers’ purchase decisions in real time. 
The business value from using the Localytics application can be conveniently 
measured in Salesforce.com through the conversion rate of customers who 
receive a message and make a booking within the same day, as well as the 
raw dollar amount received for the bookings. Today, Localytics is offered 
through AppExchange as an API for as little as US$1 per customer per year. 
Salesforce.com, Localytics and their joint customers share from combina- 
tory innovation, scale, convenience, and reduced costs. 


46  MINI-CASE Stupy II: RapipAPI 


RapidAPI is the largest API marketplace and is a merger between RapidAPI 
and the former Meshape API marketplace. Firms looking for standard 
APIs can subscribe to API services available on the marketplace to achieve 
their business purposes without reinventing the wheel. There are three 
pricing plans for APIs: free, freemium and paid. APIs are made available by 
categories such as storage, logistics, database, and search etc. In compari- 
son to a traditional approach to build and maintain one’s own APIs, using 
the RapidAPI marketplace allows firms to accelerate go-to-market, inno- 
vate, and generate business value much faster. API marketplaces allow 
firms to focus on what they do best, whether that is designing a cloud, 
web or mobile application to meet their target market. They can source rel- 
evant APIs through the RapidAPI marketplace and thereby significantly 
reduce an application/website development time cycle. The APIs 
are designed to meet the requirements of RapidAPI’s marketplace includ- 
ing customer support; vendors can be removed from the marketplace for 
poor quality or service. 

In the Irish Institute for Digital Business, we recently worked with a 
startup, which for the purposes of this case study, we shall call 
RecipeApp. The client had no technical background but extensive experi- 
ence in hospitality. They wanted to build an application that provided (i) 
recipe data including ingredients, calories and portion sizes, and (ii) the 
ability to use this data for menu planning, budgeting and procurement, by 
small business such as delicatessens, coffee shops etc. Instead of investing 
in a significant effort, in terms of cost, time and human resources, to 
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research and compile a database of recipes, ingredients and nutrition data, 
they were able to leverage the Recipe—Food—Nutrition API from 
Spoonacular available on the RapidAPI marketplace to provide access to 
over 365,000 healthy recipes, comprising over 2,600 ingredients, and 
115,000 menu items. This API provided a wide range of data includ- 
ing, nutrition analysis, indicate cost breakdown, cooking tips, related reci- 
pes, scaling /converting, wine pairings and much more. Not only was the 
client able to access the data they needed but the additional data inspired 
additional features and functionality for RecipeApp. Furthermore, from 
the time of the decision to test Spoonacular, the API was implemented 
through RapidAPI within an hour at no cost. Indeed the first 150 API 
calls were free, ideal for testing, after which cost per call started at 
US$0.002 per point up to 10,000 points per day. For a startup, this pre- 
dictable and scalable pricing was critical. Using an off-the-shelf API 
through a cloud marketplace enabled the startup to acclerate their time to 
market, innovate and demonstrate their proof-of-concept in a fraction of 
the cost, time and effort if they were to undertake all the data collection 
or API development themselves. 


4.7 CONCLUSION 


This chapter explores B2B cloud marketplaces at both structural and func- 
tional levels. From a structural perspective, B2B cloud marketplaces can 
be classified as a type of CSB (Fowley et al. 2013). At a functional 
level, firms can generate and capture business value from such market- 
places in a variety of ways depending on their role in the marketplace, be 
it a marketplace operator, a software vendor, or a customer. While the 
public is very familiar with consumer app marketplaces like Apple AppStore 
or Google Play, the general public, business decision makers and indeed, 
scholars, may be less familiar with cloud marketplaces designed specifically 
for businesses. In particular, we highlight the emergence of API market- 
places both in their own right and as part of what was traditionally called 
cloud application marketplaces. We illustrate these with two mini-case 
studies on Salesforce AppExchange and RapidAPI. There is a paucity of 
business research in this area. As such, we encourage further research not 
only on business value research but the antecedents and consequences of 
participation in cloud marketplaces for different actors and sectors. 
Similarly, we call for business research on other cloud service broker- 
age tiers. 
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CHAPTER 5 


Refinement of Cost Models for Cloud 
Deployments through Economic Models 
Addressing Federated Clouds 


Jorn Altmann and Ram Govinda Aryal 


Abstract Ten different cloud deployment models (e.g. public clouds, pri- 
vate clouds, and federated clouds) can be selected by users, depending on 
their requirements for executing their applications. As each of these 
deployment models comes with certain costs and benefits, they need to be 
understood by users to ensure they make an optimal selection. In order to 
support this decision making process, a comprehensive cost model that 
comprises all relevant cost factors is needed. The aim of this chapter is to 
present such a comprehensive cost model comprising all relevant cost 
factors and an economic models underlying the various cloud deployment 
models. In particular, an architecture for managing federated clouds using 
an economic model is discussed in the outlook on future research. 
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5.1 Toric DEFINITION 


Cloud computing has widely been accepted as an efficient way of using 
computing resources. It lowers the cost of computing services, provides 
access to virtually unlimited resources, and allows for flexible charging 
methods (Jeferry et al. 2015). Nonetheless, there are resource limitations 
and cost-related shortcomings (Goher et al. 2018). For instance, cloud 
computing services could still be over-provisioned or under-provisioned 
(Goiri et al. 2012), which is due to the volatility of demand for computing 
resources and anti-competitive externalities that exist in the market 
(Altmann and Kashef 2014; Mohammed et al. 2009). In order to allow 
cloud providers and cloud customers to deal with this situation, we pres- 
ent a comprehensive cost model comprising relevant cost factors and an 
economic model underlying the various cloud deployment models. 


5.1.1 Public Clouds, Private Clouds, and Interconnected Clouds 


As cloud users can select among various cloud deployment models, which 
come with different costs and benefits, an understanding of those costs 
and benefits is essential for making an optimal selection decision. In order 
to outline the difference in costs that cloud users face, we distinguish three 
major types of cloud deployment models: public clouds, private clouds, 
and interconnected clouds. While public clouds represent clouds that any- 
body can use as a customer (e.g., Amazon EC2) for a service charge 
(Altmann et al. 2010), access to a private cloud is limited to the owner of 
the cloud. Private clouds denote firms’ private data centres and host their 
security-critical services, meeting the firms’ computational needs. The 
data centre is organized using cloud computing technology, as it allows for 
more efficient organising of the information technology resources of the 
firm. Public clouds are not necessarily interoperable, as they might 
have been built with proprietary cloud technologies (Breskovic et al. 
2013a, b; Gebregiorgis and Altmann 2015; Maurer et al. 2012). A cloud 
user, who wants to use several public clouds, would need to use the 
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standards of each cloud. Interconnected clouds are combinations of pri- 
vate clouds and public clouds (Rochwerger et al. 2009), which are achieved 
technically by making clouds interoperable, giving them the same cloud 
interfaces. Due to this interoperability, virtual machines can easily be 
migrated between clouds owned by different cloud providers. It allows 
users of a cloud to take advantage of the capabilities of other clouds in 
addition to those of their primary cloud providers (Haile and Altmann 
2018). Considering the ownerships, standards, and location of the inter- 
connected clouds, different types of interconnected clouds can be distin- 
guished. A few examples are given in Fig. 5.1. 

Overall, eight types of interconnected clouds can be distinguished: 
public interclouds, private interclouds, hybrid clouds, federated clouds, 
federated hybrid clouds, hybrid interclouds, federated hybrid interclouds, 
and federated interclouds. 

Distinguishing interconnected clouds from the ownership perspective, 
clouds can be classified into interclouds and federated clouds. An inter- 
cloud is owned by a single provider (e.g., Amazon Web Services), while 
the clouds of a federated cloud (type 7 in Table 5.1) are owned by several 
providers. The motivation of interclouds is mainly fault tolerance (e.g., 
guaranteed availability of customer applications through reliable multi-site 
deployments (Petcu 2014)) and quality of service (e.g., latency reduction) 
through a larger computing resource base and their wide geographical 
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Fig. 5.1 Example of four interconnected clouds (i.e., private intercloud, hybrid 
cloud, federated hybrid cloud, and federated cloud), being composed of private 
clouds and public clouds 
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Table 5.1 Ten types of cloud deployment models 


Ownership 
Provider X owns one Provider X owns several 
cloud clouds 
Provider Provider Provider Provider 
gives gives gives gives public 
private public private access 
access access access 
Cloud Single Cloud Standard is Private Public Private Public 
standards Used by Provider X, cloud cloud intercloud — intercloud 
which is Different to (type 1) (type 2) (type 4) (type 5) 


those of Other Providers. 

Single Cloud Standard is Hybrid Public Hybrid Public 
Used by Provider X, cloud cloud intercloud — intercloud 
which is Identical to the (type 3) (type 2) (type 6) type 5) 
Standard of one Public 

Cloud Provider, allowing 

Interconnection, but 

Different to those of 

Other Providers. 

Single Cloud Standard is Federated Federated Federated Federated 


Used by Provider X, anda hybrid cloud hybrid intercloud 
Service Level Agreement cloud (type 7) intercloud (type 10) 
between Provider Xanda (type 8) (type 9) 


few Public Cloud 
Providers Exists. 


distribution (Hassan et al. 2014). An intercloud can be private (type 4) or 
public (type 5). If an interconnected cloud is composed of a private cloud 
and one public cloud, it is called hybrid cloud (type 3). If an intercon- 
nected cloud is composed of several private clouds and one public cloud, 
it is called hybrid intercloud (type 6). It is used by firms, if their demand 
for computing resources is temporarily in excess of the capacity of their 
private clouds and the excess demand can be covered by a public cloud 
(Bossche et al. 2013). With respect to federated clouds, the cloud provid- 
ers participating in a cloud federation have reached an additional service 
level agreement, called federation service level agreement (FSLA), for 
cooperating on deployments of customer applications. Federated clouds 
enable marketplaces and trading of standardized goods (Altmann et al. 
2010; Maurer et al. 2012). They also enable small cloud providers to 
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collaborate and gain access to an increased number of cloud infrastructure 
resources and to benefit from the economies of scale through the aggrega- 
tion of both requests and resources (Haile and Altmann 2016a, b; Kim 
et al. 2014). An interconnected cloud is called federated hybrid cloud (type 
8), if the interconnected public clouds signed an FSLA and the private 
cloud accesses the federated clouds for additional cloud services. The fed- 
erated hybrid cloud model is an extension to the hybrid cloud model. If 
the private cloud is an intercloud, the model is called federated hybrid 
intercloud (type 9). The last model is the federated intercloud (type 10), 
which does not comprise a private cloud. All ten interconnected cloud 
deployment models are shown in Table 5.1, which presents them accord- 
ing to cloud ownership, access rights, and cloud standards. 

When it comes to the adoption of any of those ten cloud deployment 
models, companies need to consider various factors including application 
complexity, available technology options, available support, security provi- 
sions and, more importantly, the cost. 


5.1.2 The Need for Detailed Cost Models for Clouds 


For many companies, the migration of the workload to the public cloud 
has helped them achieve rapid deployment of their applications and reduce 
operational costs for their data centres (Rayport and Heyward 2009). A 
recent article by McKinsey states that a company using a traditional 
computing model can potentially make savings (both labor and non-labor 
combined) of 9% by adopting a private cloud, and up to 61% by adopting 
a public cloud (Gu et al. 2018). Current research already indicates that 
further reduction of the cost of cloud service provisioning is possible 
through cloud federations (Altmann and Kashef 2014; Aryal and Altmann 
2018; Goiri et al. 2012). However, in order to make informed decisions 
on a migration to clouds (Kauffman et al. 2018; Khajeh-Hosseini et al. 
2012; Truong and Dustdar 2010), details about the costs of clouds are 
needed. An in-depth cost analysis of the various options, which affect the 
overall cost of adopting an appropriate cloud deployment model, can help. 
The cost analysis can comprise calculating different economic values (e.g., 
the Net-Present-Value, the Return-on-Investment, the Discounted- 
Payback-Period, and the Benefit-to-Cost-Ratio), which are essential for 
any business decision (Klems et al. 2008), and, herewith, would enable 
organisations to determine which cloud deployment model is most 
beneficial. 
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Due to its importance for cloud deployment decision making, cost 
models have gained significant attention of the research community in 
recent years. 


5.2 STATE OF THE ART IN Cost MODELS 


Reviewing previous literature on cloud cost models, which has been pub- 
lished between year 2005 and year 2019 and was found searching Google 
Scholar with combinations of search terms ‘cost’, ‘cost model’, ‘cloud’, 
‘cloud computing’, ‘grid’, ‘cost factor’ and ‘cost-benefit’, suggests the 
need to consider 21 cost factor groups for estimating the cost of IaaS ser- 
vices applicable for different cloud deployment models. The identified 
cost factors and their classifications are presented in Table 5.2. The classi- 
fication of the 21 cost factors comprises six main categories (i.e., electric 
power, system infrastructure, software, human resources, business prem- 
ises, and cloud services). These cost factor groups are also classified accord- 
ing to the cloud deployment model, which need to consider this group of 
cost factors. 

A detailed description of each of the categories and groups of cost fac- 
tors is given in the following subsections. 


5.2.1 Cost Factor Category: Electric Power 


Electric power consumption is one of the major factors contributing to 
the cost of clouds. A cloud consumes power basically for two activities: (1) 
powering data center devices such as routers, switches, gateways, servers, 
and storage devices (Alford and Morton 2009; Armbrust et al. 2009; 
Kondo et al. 2009; Opitz et al. 2008; Patel and Shah 2005; Risch and 
Altmann 2008; Tak et al. 2011); and (2) operating HVAC cooling system 
devices (Alford and Morton 2009; Armbrust et al. 2009; Patel and Shah 
2005; Opitz et al. 2008; Tak et al. 2011). In order to have the precise 
estimations, it is necessary to consider the power consumption of each 
device under different conditions (i.e., when it is running at no load, aver- 
age load, and full load) (Opitz et al. 2008). 


522 Cost Factor Category: System Infrastructure 


The cost associated with acquiring a hardware system infrastructure for 
in-house use is referred to as system infrastructure cost. System 
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infrastructure cost can be classified into two groups. The first group 
includes the cost of acquiring computing equipment such as servers and 
storage devices for in-house use (Alford and Morton 2009; Altmann and 
Rohitratana 2010; Kondo et al. 2009; Opitz et al. 2008; Risch and 
Altmann 2008; Tak et al. 2011). The second group includes the cost of 
acquiring network equipment such as routers (Alford and Morton 2009; 
Altmann and Rohitratana 2010; Tak et al. 2011). For this cost of system 
infrastructure, as suggested by Opitz et al. (2008), it is important to 
consider the time period (i.e., depreciation period), during which this 
equipment can be used. It is a normal practice for this equipment to have 
a three-year economic lifetime. 


5.2.3 Cost Factor Category: Software 


The software cost factor category includes the cost incurred in purchasing 
software licenses for in-house use. In particular, the operations of data 
centers include three groups of software licenses. The first category may 
be referred to as basic server software licenses, which include operating 
system software licenses and licenses for system administration such as 
backup system software (Alford and Morton 2009; Altmann and 
Rohitratana 2010; Patel and Shah 2005; Tak et al. 2011). Similarly, the 
second group of licenses includes commercial middleware software that is 
required for operating a cloud (Opitz et al. 2008; Patel and Shah 2005). 
The last group includes licenses for application software, which provides 
value directly to customers. An example is a software for enterprise resource 
planning (Alford and Morton 2009; Altmann and Rohitratana 2010; 
Opitz et al. 2008; Tak et al. 2011). It is also important to note that 
depending on the vendor, software may be purchased only under certain 
licensing policies (e.g., perpetual license, license that require periodic 
renewal, and license that charge according to the number of end users). 
Due to these different licensing policies (Altmann and Rohitratana 2010), 
the cost can vary widely. 


5.2.4 Cost Factor Category: Human Resources 


The human resources cost category includes salaries to be paid for techni- 
cians, who maintain the hardware infrastructure (Alford and Morton 
2009; Armbrust et al. 2009; Opitz et al. 2008; Tak et al. 2011), techni- 
cians, who maintain software applications (Alford and Morton 2009; Patel 
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and Shah 2005; Tak et al. 2011), and technicians, who provide support 
services (Alford and Morton 2009; Kondo et al. 2009; Opitz et al. 2008; 
Tak et al. 2011). Due to the differences in economic conditions, cost of 
living, and the availability of labor in different countries, this cost category 
is largely determined by the geographical location of a data center. 


5.2.5 Cost Factor Category: Business Premises 


The business premises cost category includes the basic costs involved in 
setting up the basic facilities required for establishing an in-house data 
centre (private cloud). Important cost factors include (1) the cost of pur- 
chasing or leasing the data centre facility (Armbrust et al. 2009; Patel and 
Shah 2005); (2) the cost of all installations that ensure security and reli- 
ability of the data center such as HVAC cooling systems, physical security 
systems, server racks, and other non-electronic devices (Alford and Morton 
2009; Patel and Shah 2005); and (3) the cost for cabling and networking 
required for the operation of the data centre (Alford and Morton 2009; 
Patel and Shah 2005). 


5.2.6 Cost Factor Category: Cloud Services 


This category of cost factors includes all intangible cost items directly 
related to the use of cloud services. They are classified into seven groups. 
One of the groups comprises the server usage cost (e.g., per hour price of 
virtual machine (VM) instance time duration) (Hajjat et al. 2010; Hwang 
et al. 2013; Khajeh-Hosseini et al. 2012; Kondo et al. 2009; Risch and 
Altmann 2008; Truong and Dustdar 2010). The second group includes 
cost items related to the cost of storage (Armbrust et al. 2009; Hajjat et al. 
2010; Hwang et al. 2013; Khajeh-Hosseini et al. 2012; Kondo et al. 2009; 
Opitz et al. 2008; Risch and Altmann 2008; Tak et al. 2011; Truong and 
Dustdar 2010). The cost of Internet service for the firm is another cost 
group (Hajjat et al. 2010; Kondo et al. 2009). The cost of data transfers 
into the cloud and the cost of data transfer out from the cloud make two 
more groups (Armbrust et al. 2009; Hajjat et al. 2010; Hwang et al. 2013; 
Khajeh-Hosseini et al. 2012; Kondo et al. 2009; Opitz et al. 2008; Risch 
and Altmann 2008; Tak et al. 2011; Truong and Dustdar 2010). As 
another cost factor group, the cost associated with the transfer of data 
between clouds has been identified (Altmann and Kashef 2014). This cost 
group has not received much attention in literature, although it is 
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important in the case of interconnected clouds. Its significance can be seen 
from the fact that Amazon charges higher prices for data transfer between 
its clouds located in different regions than for data centers located in the 
same region. The last cost factor group is the deployment cost. This cost 
group had also not received much attention in previous literature. 
Although the probability of VM migrations is low in case of hybrid cloud 
deployment types, for interconnected clouds, this cost factor group can 
become significant. Various events may trigger new service deployments 
that are more economically efficient than the existing deployments. 
Deployment cost may be determined as the number of deployments mul- 
tiplied by the cost of migration for each deployment. 


5.3 AVENUES FOR FUTURE RESEARCH: ECONOMIC 
MODELS FOR FEDERATED CLOUDS 


Interconnected clouds, in particular, cloud federations, have been consid- 
ered as a way for cloud providers to address the limitations of clouds and 
to decrease the cost of service provisioning by means of resource aggrega- 
tions and reliable multi-site deployments. Despite these significant prom- 
ises, we cannot find any cloud federation in operation in the commercial 
market. Our review of the cloud federation literature (Aryal and Altmann 
2017; Coronado and Altmann 2017; Hassan et al. 2014; Jeferry et al. 
2015; Samaan 2014; Wang et al. 2012) identified only a few notable 
causes. In particular, a lack of proper economic models has been identified 
as an important hindering factor in the adoption of cloud federations 
(Breskovic et al. 2011; Haile and Altmann 2015). 

These economic models can incentivize cloud providers for forming 
and operating federations and for sharing revenue. As revenue sharing is 
directly linked to how resources are shared among federation members 
(Roth 1988), an efficient solution should specify jointly how members of 
a cloud federation share the infrastructure resources and the revenue 
generated through the service provisioning with shared resources. The 
solution needs also to connect these algorithms for resource sharing (i.e., 
service placement) and revenue sharing (i.e., business logic) with an 
accounting system. Appropriate algorithms for revenue sharing are 
required to incentivize properly the federation members for fulfilling the 
service requests that they should serve and the service requests that they 
bring into the federation. It also requires considering a large number of 
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Fig. 5.2 Use case for applying economic models for cloud federations 


geographically distributed providers offering heterogeneous services with 
varying QoS guarantees (Aryal and Altmann 2017; Aryal and Altmann 
2018). Despite this interesting challenge, only very few researchers have 
started working on these economic models related to service placement 
and revenue sharing in federated clouds and have proposed 
algorithms (Aryal et al. 2019). 

Considering the need for algorithms for service placement and revenue 
sharing, a system architecture for a cloud federation platform and a use 
case for applying an economic model in cloud federation deployments can 
be envisioned as shown in the following figure (Fig. 5.2). The economic 
model in this architecture is implemented through three modules: service 
placement, accounting, and revenue sharing. 

The use case shown in Fig. 5.2 highlights the workings of the system 
architecture. It illustrates that a cloud service user in need of application 
deployment in the cloud initiates an application deployment request (step 
1) through a cloud provider (Cloud Provider 1), who is a member of a 
cloud federation. The cloud federation platform receives the request 
through the provider management module (step 2) and triggers the 
service placement module within the economic module for determining 
the service placement plan based on the available resources (step 3 and 
step 4) by identifying the best possible combination of the federated cloud 
resources (step 5 and step ó). The service nodes ofthe customer application 
get deployed as per placement plan (step 7 and step 8). The accounting 
module within the economic model records the transaction and resource 
consumption in the customer account, using the service provisioning 
details for the request (step 9). Finally, the revenue sharing module 
allocates the earned revenue as per the agreed sharing rules (step 10). 
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As not much research has been performed on the details of economic 
models for federated clouds, future research is needed to fill this research 
gap. Researchers should seek to propose economic models for the gover- 
nance of cloud federations that incentivize cloud providers to form and 
sustain the operation of cloud federations. The architecture shown in 
Fig. 5.2 indicates the workings of the modules of such an economic model. 
These economic models provide guidance for the effective utilization of 
provider resources in serving customer requests for cloud services and dis- 
tribute the revenue generated in an appropriate way to the federation 
members. In particular, they could help in the selection of an optimal set 
of cloud resources to host application service components and provide a 
fair, stable, and motivating revenue sharing scheme for cloud federation 
members with a better return on investments. 
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CHAPTER 6 


Value Creation and Power Asymmetries 
in Digital Ecosystems: A Study of a Cloud 
Gaming Provider 


Arto Ojala, Nina Helander, and Pasi Tyrväinen 


Abstract Digital platforms connecting users and service providers have a 
central role in determining the value creation structure of ecosystems. 
Platform developers try to achieve a dominant position for the platform with 
a strong ecosystem around it. The size and attractiveness of the services 
can attract new users, and growing user volume can bring new co-operative 
service providers to the service partner network. An interesting question is 
how the presence of power and potential power asymmetry affect the value 
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creation capability and the structure of a network around a platform? This 
chapter describes an example of value creation and the influence of power 
asymmetry in a digital ecosystem built around a cloud gaming platform. 


Keywords Digital ecosystems ° Digitalisation ° Digital platforms ° 
Partner networks 


6.1 INTRODUCTION 


The digitalisation of artifacts provides new opportunities that change tra- 
ditional business models and how services are delivered to end-users 
(Baber et al. 2019; Ojala 2016; Yoo et al. 2010). In particular, digital 
platforms that enable emergence of new kinds of ecosystems are changing 
the way people interact with digital technology (Adner 2012; Yoo 2010). 
These ecosystems can be conceptualised as “a loosely coupled network of 
actors who interact and offer resources of different kinds, which together 
form a digital service around the platform” (Ojala et al. 2018, p. 729). In 
ecosystems, digital platforms have a central role that determines the struc- 
ture of the ecosystem. Achieving a dominant position for a platform and 
building a strong ecosystem around the platform is a demanding process 
in which value creation has a central role. 

Compared to the traditional value creation chains where value moves 
from a firm to customers (Porter 1985), digital platform providers must 
consider how value is generated for multiple sides of the platform 
(Eisenmann et al. 2006). Furthermore, actors on the different sides of the 
platform depend on the size and attractiveness of the other side of the mar- 
ket (Adner 2012). For instance, in the videogame industry where competi- 
tion among various gaming platforms is intense (Lee 2012), game studios 
are more likely to develop games for platforms that have a lot of existing 
players. In line, video game players tend to favour gaming platforms that 
provide a high volume of interesting game content. Developing a platform 
that provides value to multisided markets and building a strong ecosystem 
is a complex and demanding process (Ojala and Lyytinen 2018). Even if a 
firm has an excellent innovation for a gaming platform, the firm’s value 
creation still largely relies on other innovations within the ecosystem (Adner 
2012; Lee 2012) and the power the firm has over other firms. 

To better understand value creation and the concept of power in digital 
ecosystems, this chapter examines the value creation literature (Allee 
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2000) and management studies on organisational power (Astley and 
Sachdeva 1984; Mintzberg 1978). Specifically, we contribute to under- 
standing of this topic in the context of digital platforms by studying (1) 
what kind of direct and indirect value is generated in the focal partner 
network, (2) how the focal network and the power positions evolve over 
time, and (3) how power asymmetry influences value creation within the 
network. We focus on the videogame industry because it has multisided 
markets, and ecosystems have a strong role (Lee 2012; McIntyre and 
Srinivasan 2017). Further, the industry has a relatively long history with 
well-established gaming platforms (Lee 2012). This makes the entry of 
newcomers challenging as they may have very little power in the market, 
and they have to create new ecosystems from scratch (Ojala 2016). 


6.2 DIGITAL PLATFORMS AND ECOSYSTEMS 


Digital platforms are generally organised in a network-like architecture, 
referred to as a layered modular structure with loosely coupled interfaces 
(Yoo et al. 2010). The architecture forms a hybrid of a modular structure 
and a layered structure (cf. Ulrich 1995). The architecture emerges when 
digital components and functions form the primary platform services or 
when the components and functions are embedded in hierarchically 
organised product structures (Yoo et al. 2010). In the loosely coupled, 
multi-layered architecture, the digital platform is organised in four layers: 
(1) device, (2) network, (3) service, and (4) content. The device layer 
refers to physical devices that connect and interact with the platform and 
its services, such as a television set, a mobile phone, or a gaming console. 
The network layer refers to the networking protocols that the platform 
offers to communicate over the networks to devices at the device layer. 
The service layer relates to the functionality of the applications that run on 
the platform and that enable users to use the content across different 
devices. The content layer covers the content that customers interact with, 
such as music, games, or videos. These layers form an ecosystem around 
the digital platform where several diverse actors, such as platform owners, 
content providers, telecom operators, device manufacturers, end-users, 
etc. (Koch and Windsperger 2017; Tiwana 2013), may participate, create 
value, and form multisided markets (Eisenmann et al. 2006). All these 
actors shape the competition and power asymmetries around the digital 
platform because each actor has unique interests and motivations for par- 
ticipating in the ecosystem. 


92 A. OJALA ET AL. 


6.3 VALUE CREATION WITHIN DIGITAL ECOSYSTEMS 


In this chapter, we use term “partner network” to refer to various actors 
within the ecosystem that cooperate directly with the focal firm. To oper- 
ate successfully in the ecosystem, a firm must recognise the potential and 
current actors in the ecosystem that contains the firm’s partner network 
(Ojala and Helander 2014). Thus, a partner network is a more focused 
part of the larger digital network. In the platform context, the network has 
the characteristics of the triangular structure typical of two-sided markets 
(Eisenmann et al. 2006). These partners can usually be grouped into pro- 
ducers and customers, and in the gaming industry, into game developers 
and consumers. Between these two main actor groups, the platform pro- 
vider as the focal firm acts as an intermediary for creating value. Further, 
the focal firm needs to identify the value of their own offering, and how 
this value can be delivered to benefit other actors in the network. Thus, a 
firm should map all the actors in the ecosystem that could benefit from the 
firm’s offering and the resources that the firm will need to commercialise 
their service (Allee 2000). 

Created value can be defined as a trade-off between benefits and sacri- 
fices (Lapierre 2000) that can be monetary or non-monetary. Monetary 
benefits and costs are usually easier to measure. However, the role of non- 
monetary rewards and costs in value perception is significant, too. Non- 
monetary rewards can be a status reward, emotional reward, or gain of 
new competences, while non-monetary costs may include the time, effort, 
energy, and amount of conflict customers engage in to obtain the product 
or service (Walter et al. 2001). 

Value creation from a functional perspective (Walter et al. 2001) offers 
a view on the types of activities that actors may perform to create more 
value for network members. According to function-oriented value analy- 
sis, a firm may gain value from relationships with direct and indirect func- 
tions. Direct value can be produced through profit, volume, and safeguard 
functions. (Walter et al. 2001). For example, a safeguard function is a 
direct value creation function: If the firm has a long contract with the 
customer, this relationship creates safeguard value for the firm. Indirect 
functions, in contrast, require the input of third parties. Indirect functions 
include market, access, and innovation functions. For example, the market 
function means that one actor gives access to another market area with 
new potential partner actors. 
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6.4 THE CONCEPT OF POWER IN PARTNER NETWORKS 


Astley and Sachdeva (1984) identified three sources of power: hierarchical 
authority, resource control, and network centrality. Hierarchical authority 
often relates to official positions that actors have over one another, so they 
are usually coupled with actors like authorities or supervisors (Astley and 
Sachdeva 1984). Resource control looks at the environment of an organ- 
isation, as it states that everyone is dependent on the resources of others: 
“organizations are open social systems that require a supply of resources 
from the environment in order to sustain their operations” (Astley and 
Sachdeva 1984, p. 106). Thus, no organisation or actor can act alone. 
Power based on resources is naturally higher in the case of critical or hard- 
to-obtain resources than in bulk resources. The third source of power, 
network centrality, refers to the position of an actor in a network (Easton 
1992). Hakansson and Snehota (1989) argued that network actors aim to 
increase their own power and influence in networks as the actors believe 
that more powerful positions within a network will enable the actors to 
achieve other objectives. An actor’s power and position within a network 
are closely related. In the end, power is realised in the interaction pro- 
cesses that form a relationship (Turnbull and Valla 1986); there cannot be 
power without the other part of the relationship. 


6.5 RESEARCH METHOD 


This chapter examines a qualitative, longitudinal case. A case study pro- 
vides detailed (Edmondson and Mcmanus 2007) and empirically rich 
data (Eisenhardt and Graebner 2007) connected to a complex phenom- 
enon. A longitudinal case study also facilitates examination of the evolu- 
tion of a firm’s activities (Eisenhardt 1989) and partner networks (Ford 
and Redwood 2005). In the data collection, we combined interview and 
secondary material covering the whole history of the firm from 2000 to 
2015. We conducted 15 interviews, each lasting 45-90 minutes. 
Secondary data sources included the firm’s brochures and press releases, 
which provided an extensive and detailed historical description of the 
firm. By using this information, we also triangulated the information. In 
the data analysis, we followed the steps: (1) data condensation, (2) data 
display, and (3) drawing and verifying conclusions as recommended by 
Miles and Huberman (1994). 
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6.6 G-CLUSTER 


The case firm, G-cluster, develops games-on-demand services. Throughout 
the history, G-cluster has been small, employing 10-40 persons. Compared 
to traditional videogame platform providers (see Lee 2012), G-cluster’s 
business idea is based on a completely different way of providing video- 
games to players. Traditionally, games are installed on a computer or a 
game console that runs the game. In the G-cluster business model, games 
are run on the platform operated by telecom operators on their game serv- 
ers. The game server transmits the game content to the end users’ devices 
over the broadband network. The client devices receive the stream, display 
the game, and transmit users’ commands back to the game server. Thus, 
G-cluster’s gaming platform makes it possible to bring games to the cloud 
environment. The commercialisation has been challenging as the industry 
is dominated by large and well-known gaming platform providers making 
market entry for newcomers difficult. However, as G-cluster was the first 
cloud-based gaming platform provider in the market, the firm’s innova- 
tion attracted increasing interest among potential partners. 


6.6.1 Creation of a Partner Network 


G-cluster’s business goal was new in 2000 and took time to evolve, thus 
the first real partner network emerged in 2005 (Fig. 6.1). The figure 
shows the key partners within the ecosystem that G-cluster acted with 
directly (straight arrow) when the firm commercialised its service. First, 
G-cluster needed content for the gaming platform. To acquire game con- 
tent, which was critical for G-cluster’s service, the firm partnered with 
game publishers and licensed games for the platform on a revenue- 
sharing basis. 

Revenue sharing gave G-cluster access to a portfolio of games while 
protecting the firm’s cash flow. However, the potential revenue was not, 
in many cases, appealing as a primary partnering factor for the game pub- 
lishers. As a result, G-cluster had to demonstrate other benefits—benefits 
that would bring value to the game publishers—if they provided games for 
the platform (see also Ojala and Tyrväinen 201 la, b). G-cluster motivated 
game studios by emphasising the benefits of cloud computing, like avoid- 
ing piracy, illegal copying, and second-hand markets for the games. 

G-cluster also needed partners that are capable of running their cloud 
gaming service on their servers and provide access for players to services. 
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Fig. 6.1 The partner network in 2005 


Consequently, G-cluster developed relationships with telecom operators 
that became important partners within the ecosystem. Telecom operators 
had good marketing channels and a large, existing customer base. As they 
are big players in the market, they also offered more visibility and a brand 
name that could be used for marketing purposes. Operators also moti- 
vated game studios to make their games available on G-cluster’s platform. 
However, the move toward cooperation with telecom operators was not 
easy due to their powerful market position. G-cluster needed to demon- 
strate the value of their product for telecom operators. In addition to 
monetary benefits, G-cluster’s service offered a good opportunity to 
extend the telecom operators’ existing product portfolio and differentiate 
their offering from that of competitors. 

To commercialise the service and to partner with telecom operators, 
G-cluster needed resources from video-on-demand service providers, set- 
top box manufacturers, and middleware software providers. For video-on- 
demand service providers, G-cluster’s game platform offered new 
functionalities and enabled them to offer more content for telecom opera- 
tors. Set-top box manufacturers needed new functions for their devices, 
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and G-cluster's gaming platform brought extra value. Middleware software 
providers, which sell software to telecom operators, benefited from 
G-cluster’s platform, as they were able to integrate game-on-demand 
services in the telecom operators’ set-top boxes. The cooperation among 
these three different types of firms was based mainly on the mutual bene- 
fits that the partner network provided rather than on monetary benefits. 
These relationships were symmetric in the power aspect. 

Portals (like Yahoo) were also important partners within the partner 
network that gave PC users access to G-cluster’s cloud gaming service, 
and enabled multihoming of the service. The portals also took care of 
marketing activities and charged customers via the portals’ invoicing 
systems. For the portals, G-cluster’s cloud service generated revenue 
without requiring any investment, and the service was easily integrated 
with their current business. 


6.6.2 Evolution in Partner Networks 


Over a five-year period, changes in the ecosystem, markets and G-cluster’s 
services impacted the partner network (Fig. 6.2). Due to the increasing 
competition in the PC game markets and the emergence of free-to-play 
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Fig. 6.2 The partner network in 2010 


6 VALUE CREATION AND POWER ASYMMETRIES IN DIGITAL ECOSYSTEMS... 97 


games, G-cluster focused solely on Internet Protocol Television (IPTV) 
networks and users and removed the PC market from the network. In 
addition, the operators had increased their IPTV offering remarkably, and 
there was ongoing growth in the market as IPTV connections became 
more reliable. 

G-cluster also developed its product further, making it a ready-made 
service for operators. For instance, G-cluster developed their own billing 
system and a user interface (menu) that players used to select games from 
the G-cluster virtual games store. By including these features, G-cluster 
became less dependent on other firms and strengthened their position in 
the partner network. 

In 2010, G-cluster established a relationship with a large and well- 
known server manufacturer that provided cloud technologies for telecom 
operators. This relationship provided mutual benefits for both firms. The 
main point of this partnership was mutual value. For G-cluster, the coop- 
eration brought in a more reliable and influential partner, one that could 
market the gaming service further to telecom operators. This reliable part- 
ner increased G-cluster’s marketing and sale resources considerably. 
Conversely, by including G-cluster’s cloud gaming feature on the server 
manufacturer’s offering, they obtained added value that the manufacturer 
was able to use when they marketed their servers to operators. 


6.6.3 Equal Power in a Partner Network 


To multihome the service beyond IPTV operators, G-cluster brought 
their own cloud gaming console to the market in 2015. The console was 
a small physical device that connected G-cluster’s game service to players’ 
TVs without an IPTV subscription. This console made G-cluster’s gaming 
service available through any telecom operator, as the service was no lon- 
ger tied to IPTV. Another change in the partner network was that G-cluster 
no longer cooperated with the server manufacturer (Fig. 6.3). In 2015, 
G-cluster had well-known operators as reference customers and no longer 
needed the server manufacturer or other third parties to reassure opera- 
tors about the service. Thus, although the number of actors in the partner 
network decreased, G-cluster increased their number of critical partners. 
This change led to a more stable and co-operative network, where power 
is more equally dispersed among the actors. 
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Fig. 6.3 The partner network in 2015 
6.7 RESULTS 


The network’s ongoing evolution was evident in the case study. This 
process is typical for networks, caused by a change in the ecosystem, 
value creation logic, and the consolidation of relationships between 
actors. If a firm is to gain a better position in a partner network and 
market the offering, the firm must cooperate with several kinds of part- 
ners. The firm must demonstrate the value of the offering to several 
partners in the network. This evolution in the network position also 
affects the power setting. The sources of power and the direct and 
indirect values between the various actors in each micro-position are 
shown in Table 6.1. 

The direct value was related, in addition to monetary value, to the criti- 
cal resources that G-cluster needed to commercialise its service. The direct 
value can be divided into resources enabling the service (provided by game 
studios and telecom operators) and functionalities needed for the product. 
For the partners that enabled G-cluster’s service, G-cluster provided 
mainly financial benefits as a direct value. Although indirect value was not 
critical to G-cluster’s service, this value provided substantial help in mar- 
keting and networking. Indirect value worked similarly: G-cluster gained 
resources for marketing and networking, and its partners gained a new 
feature for their services, one that the partners were able to use in their 
marketing. 
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As can be observed from Figs. 6.1, 6.2, 6.3, the partner network 
evolved from a complex structure involving several actors (in 2005) to a 
simple network structure that included only the most critical partners (in 
2015). Easton (1992) observed that the more the independence of a firm 
increases, the less fragmented its network becomes. In the G-cluster case, 
the number of partners in the network decreased over time, but the num- 
ber of content and telecom operators increased. The firm’s network 
evolved through the following steps. First, the platform provider net- 
worked with all possible actors operating within the different layers of the 
multilayered platform architecture (Yoo et al. 2010) that could benefit 
from the platform to achieve market visibility. Second, after getting more 
visibility in the ecosystem, the firm focused on the most powerful actors 
within the content layer (game studios) and network layer (telecom opera- 
tors), and developed deeper relationships with them. These actions 
increased the platform provider’s position in the partner network and 
made it more concentrated. 

Power is increased when the focal actor has more alternatives to 
choose from, and the power position relates to the size of the firm. In 
the beginning, the telecom operators and game publishers were big 
companies that had many content and current technology suppliers from 
which to choose. However, as the technological landscape changed to 
favour G-cluster’s solution and competences, G-cluster achieved a stron- 
ger position in the network and became the critical supplier. Critical 
competences and technological changes in the market acted as the trig- 
ger for changes in the network structure and the power positions. Thus, 
a link between value creation capability and the power position was vis- 
ible through G-cluster’s competences. The direct financial value and the 
indirect value that G-cluster provides to game publishers and telecom 
operators exceeded the competitors’ value creation capability and led to 
closer co-operation. 


6.8 CONCLUSION 


This chapter contributes understanding of digital ecosystems in several 
ways. First, the chapter incorporated network theory (Johanson and 
Mattsson 1988), management studies related to organisational power 
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(Astley and Sachdeva 1984; Mintzberg 1978), and literature on value cre- 
ation (Walter et al. 2001). The chapter conceptualised the value creation 
and evolution of the partner network in the contemporary context of digi- 
tal ecosystems. Specifically, the chapter provides an in-depth view of how 
a platform provider can create value with other actors in the network and 
how the value can be used to form a good network position and power 
symmetry in the market. 

Second, this chapter provides detailed insights into how and why a net- 
work changed over 10 years. This is important in developing a realistic 
view of value creation (Walter et al. 2001) and network development. As 
Halinen and Törnroos (2005) noted, over time networks change in rela- 
tion to the problems that they aim to solve and, in this way, to the value 
they aim to create. When situations change, new kinds of actors may be 
needed in network cooperation, and this will lead to a change in the net- 
work structure. 

Third, this chapter provides detailed knowledge on the range of 
direct and indirect value that network actors create for each other and 
finally, for the end customer. In addition, the chapter sheds light on 
the interesting relation between value creation capability and power. 
Monetary and non-monetary value creation capabilities are needed to 
ensure the development of a stronger network position and to balance 
the asymmetric power setting that the larger firm may have in the rela- 
tionship. Thus, through critical competence development that leads to 
increased value creation capability, even a small actor may enhance its 
network position. 
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CHAPTER 7 


Measuring the Business Value of Cloud 
Computing: Emerging Paradigms and Future 
Directions for Research 


Theo Lynn, Pierangelo Rosati, and Grace Fox 


Abstract Much of the research on measuring the business value of cloud 
computing examines cloud computing from the perspective of a central- 
ised commodity-based aggregated conceptualisation of cloud computing, 
largely based on the NIST reference architecture. Advances in new proces- 
sor architectures and virtualisation combined with the rise of the Internet 
of Things are not only changing cloud computing but introducing new 
computing paradigms from the cloud to the edge. These new paradigms 
present both opportunities and challenges, not least managing complexity 
several orders of magnitude greater than today. Yet, academic research on 
measuring the business value of cloud computing is lagging practice and 
remains far removed from these innovations. New research is required that 
explores the relationship between investments in new cloud computing 
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paradigms and business value, and the measurement thereof. This chapter 
explores a selection of these new paradigms, which may provide fruitful 
research pathways in the future. 


Keywords Function-as-a-Service ® Serverless computing ° 
Containerisation ¢ High performance computing 


7.1 INTRODUCTION 


Our interest in measuring the business value of cloud computing stemmed 
from a 2017 multi-disciplinary survey of the literature we conducted 
(Rosati et al. 2017). Our findings at that time highlighted a number of 
worrying issues in the 53 papers published from 2009 to 2016 that we 
examined. Firstly, the overwhelming majority of studies, in both informa- 
tion systems (IS) and computer science (CS), focussed primarily on one 
service model, Infrastructure-as-a-Service (IaaS). This is unsurprising as it 
allows an easier comparison with traditional on-premise computing. In IS, 
there was also a tendency to conflate all service models as “the cloud” 
thereby missing on important nuances about how discrete service models 
and delivery models can deliver different types of business value. Secondly, 
there were significant differences between IS and CS papers with regards 
to the granularity and substantiation of impact of the IT artefacts studied. 
While CS papers examined IT artefacts at an extremely low level of granu- 
larity in a cloud solution stack when compared to IS papers, they could 
clearly link these artefacts across the causal chain to economic factors in a 
way that IS papers could not or did not. Furthermore, the impact was 
measurable in much shorter time horizons. Thirdly, the techniques used 
to measure business value were concentrated on measuring costs e.g. Total 
Cost of Ownership (TCO). This is not wholly unsurprising given that the 
focus was mostly IaaS and migration from on-premise. However, more 
concerning was that many of the studies, and, in particular, CS studies, 
demonstrated significant methodological issues in their calculation of 
costs, and where examined, benefits. In particular, few attempts were 
identified to measure intangible benefits. 

In summary, our feeling in 2017 was that there was a need for a more 
systematic and interdisciplinary approach to researching the conceptuali- 
sation and measurement of the business value of cloud computing (BVCC) 
in a more disaggregated way. Assuming an unchanging technological 
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landscape, this would have still been a major challenge. However, our 
conceptualisation of the “cloud” is radically changing. The pace of change 
in cloud computing and how enterprises manage and use it has accelerated 
dramatically in recent years. As a consequence, it is surely worth consider- 
ing whether the nature of the business value created by cloud computing 
and how we measure it has changed too. This chapter presents a number 
of new paradigms in cloud computing, changes in cloud architectures, and 
research pathways we believe may prove promising avenues for future 
research for both IS and CS researchers. 


7.2 THE CHANGING NATURE OF THE CLOUD 


The accepted definition of cloud computing has not changed. It is: 


...a model for enabling ubiquitous, convenient, on-demand network access 
to a shared pool of configurable computing resources (e.g., networks, serv- 
ers, storage, applications, and services) that can be rapidly provisioned and 
released with minimal management effort or service provider interaction. 
(Mell and Grance 2011, p. 2) 


However, the nature of the cloud has changed. It is increasing more 
abstracted, heterogeneous, composable, and automated. 


7.2.1 The Evolution of Shared Resources 


How resources are shared in the cloud is evolving rapidly (see Fig. 7.1). In 
the first phase of cloud computing, we saw a shift from monolithic archi- 
tectures to service oriented architectures; this is what is largely described 
in the NIST Cloud Computing Reference Architecture (Mell and Grance 
2011) and the focus of BVCC research from 2009 to 2016. In this phase, 
cloud service providers and their customers benefit from their own 
discrete virtual machines (VMs) running on shared infrastructure. 


Phase 0 -No Sharing Phase 1 -No Sharing Phase 2 -Containerisation Phase 3 -Functions 
App App App App App App App 
Runtime Runtime Runtime Runtime Runtime Runtime 
os 08 OS os os 
VM VM 
Hardware Hardware Hardware Hardware 


Fig. 7.1 Evolution of shared resources in cloud computing. Grey areas are 
shared. (Adapted from Hendrickson et al. 2016) 
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Since the open sourcing of dotCloud’s container technology in 2013, 
the nature of the cloud began changing again. Containerisation enabled 
operating system (OS)-level virtualization where containers hold all the 
components necessary to run a specific software program and a minimal 
subset of an OS. As a concept, this results in a number of benefits relevant 
to measuring business value. For example, containers are less resource- 
intensive than VMs and therefore result in reduced operational expendi- 
ture. They are more portable thus reducing lock-in and increasing agility 
and flexibility. New services can be provisioned faster thus resulting in 
increased time to market. Despite these advantages, there is scant discus- 
sion of containerisation (or micro-services) in the IS literature and even 
less, if any, on the measurement of the business value of this architec- 
tural style. 

More recently, we have seen the emergence of serverless cloud comput- 
ing. Here, effectively all resources are pooled including hardware, operat- 
ing systems and runtime environments. Serverless computing is “a software 
architecture where an application is decomposed into ‘triggers’ (events) 
and ‘actions’ (functions), and there is a platform that provides a seamless 
hosting and execution environment” (Glikson et al. 2017, p. 1). The soft- 
ware owner does not necessarily have to concern themselves with manage- 
ment of the runtime environment instead can focus on developing and 
deploying relatively lightweight, single purpose stateless functions that can 
be executed on-demand, typically through an API, without consuming 
any resources until the point of execution (Lynn et al. 2017). As such, this 
cloud service model is often called Function as a Service (FaaS). The cloud 
service provider assumes responsibility for data centre management, server 
management and the runtime environment. The software operators only 
pay for resources when they are executed thus reducing the cost of deploy- 
ment dramatically. Furthermore, FaaS also transforms the business model 
of cloud service providers e.g. pricing at the level of execution runtime for 
computer code rather than how long an instance is running (Eivy 2017). 
For these reasons, FaaS is gaining significant traction. It has been adopted 
not only by the major hyperscale cloud service providers (e.g. Google, 
Microsoft, Amazon Web Services (AWS), and IBM) but also many well- 
known companies e.g. Netflix (transcoding, monitoring, disaster recovery, 
and compliance), Seattle Times (image resizing), Zillow (real-time mobile 
metrics), and Major League Baseball Advanced Media (data analysis, and 
player and game metrics) (Lynn et al. 2017). As previously mentioned, 
there was an existing need for more BVCC research relating to traditional 
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cloud computing service models i.e. IaaS, PaaS, and SaaS (and to a much 
lesser extent Business Process as a Service—BPaaS); there is virtually no 
research on measuring the business value of containerisation (microser- 
vices) or serverless cloud computing (FaaS). 


Z22 The Heterogeneous Cloud 


As cloud computing continues to become the dominant computing para- 
digm, cloud service providers are looking for new segments for growth 
and enterprises are looking for new ways to create business value from 
migrating to the cloud. Two segments which have garnered a lot of atten- 
tion in recent years are Big Data analytics and high performance comput- 
ing (HPC) in the cloud. The benefits of Big Data and related analytics 
include increased agility (Ashrafi et al. 2019), innovation (Lehrer et al. 
2018), and competitive performance (Cérte-Real et al. 2017; Mikalef 
et al. 2019) and is widely discussed in both IS and CS literature, and even 
more so in practice. The contribution of HPC is less widely discussed yet 
is recognised as playing a pivotal role in both science discovery and national 
competitiveness (Ezell and Atkinson 2016). The widespread use of both 
Big Data analytics and HPC have been hampered by significant upfront 
investment and indirect operational expenditure (including specialised 
staff) associated with running and maintaining these infrastructures. Big 
Data analytics and HPC in the cloud represent massive opportunities to 
unleash business value through reduced CapEx and OpEx as well as 
democratising Big Data and HPC infrastructure and tools and thus 
increase innovation output. 

Traditionally, and to a large extent today, cloud computing systems are 
optimised to cater for multiple tenants and a large number of small work- 
loads. The primary focus of traditional cloud computing is rapid scalability 
and as such is designed for perfectly or pleasingly parallel problems (Lynn 
2018). For such workloads, while servers must be available and opera- 
tional, neither the precise physical server nor the speed of the connections 
between processors that executes a request is important provided the 
resource database remains coherent (Eijkhout et al. 2016). Unfortunately, 
for Big Data analytics or HPC workloads, enterprise users typically require 
servers to be available on-demand and connected via high-speed, high- 
throughput, and low-latency network interconnects (Lynn 2018). 

Heterogeneous computing refers to architectures that allow the use of 
different hardware types to work efficiently and cooperatively together. 
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Unlike traditional cloud infrastructure built on the same processor 
architecture, heterogeneity assumes use of different or dissimilar proces- 
sors or cores that incorporate specialised processing capabilities to handle 
specific tasks more faster and more energy efficiently than general purpose 
processors (Scogland et al. 2014). For example, field-programmable gate 
arrays (FPGAs) and graphics processing units (GPUs) are co-processor 
architectures with relatively positive computation/power consumption 
ratios that offer significant performance and energy efficiency gains for Big 
Data analytics and HPC respectively. Increasingly heterogeneous comput- 
ing is being extended beyond different processor architectures to include 
different networking infrastructure that can support higher throughput 
and lower latency (Shan 2006; Yeo and Lee 2011). In recent years, major 
public cloud providers including AWS, Microsoft Azure and Google 
Cloud offer specialist cloud services for Big Data and HPC uses cases built 
on heterogeneous clouds. These specialist clouds are increasingly being 
adopted by some of the world’s largest companies including Aon (financial 
simulation), AstraZeneca (genome processing), BP (linear programming 
models), Disney (video streaming analytics and rendering), and Volkswagen 
(computation fluid dynamics). Despite the increasing availability and use 
of heterogeneous cloud computing, there is little research on the business 
value of adopting heterogeneous cloud computing. 


7.2.3 The Composable Cloud 


As more and more enterprises embrace digital transformation, even when 
private clouds are adopted, traditional IT architectures struggle to accom- 
modate the cloud computing requirements from next generation applica- 
tions. Legacy applications require infrastructure resiliency and exploit 
virtualization and clustering for portability and application state preserva- 
tion. In contrast, next generation applications (NGAs) are designed to be 
horizontally scalable, containerised and continuously updated (Nadkarni 
2017). IDC suggest that in most enterprise data centres, infrastructure is 
45% over provisioned, 45% utilized, and 40% compliant with stated service 
level agreements (Nadkarni 2017). 

Composable architectures assume that resources (e.g. compute, mem- 
ory, storage, networking etc.) can be decoupled from the hardware they 
reside on and assembled and re-assembled using a control software layer 
to meet exact workload requirements on-demand (Ferreira et al. 2019). 
Once hardware is no longer required it can be released for use for another 
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workload. There are a number of advantages to this approach. Firstly, 
discrete servers do not need to be configured for a specific application but 
rather hardware resources can be pooled to meet both legacy and NGAs 
dynamically. If more resources are needed to deliver a given workload, it is 
automatically provisioned. Secondly, composable architectures support 
heterogeneous computing and pools these resources in the same way 
thereby allowing enterprises to exploit the performance or energy efficien- 
cies of these specialist resources. Thirdly, as each workload is provisioned 
exactly as needed, over-provisioning is reduced dramatically hereby reduc- 
ing both CapEx and OpEx. 

The Composable Cloud is a fundamentally different way to operate 
data centres and private clouds. Given that it reduces overprovisioning and 
related inefficiencies dramatically as well as freeing up valuable enterprise 
resources, not least cash flow and staffing, it is worthy of investigation by 
business value researchers. 


7.2.4 The Automated Cloud 


A side effect of new service models, increased heterogeneity, and compos- 
ability is greater complexity in terms of reliability, maintenance and secu- 
rity (Marinescu 2017). This is particularly the case for large-scale enterprise 
systems and hyperscale cloud services where the scale of infrastructure, 
applications, and number of end users is significant. It is no longer feasible 
for IT teams to cost-effectively foresee and manage manually all possible 
configurations, component interactions, and end-user operations on a 
detailed level due to high levels of dynamism in the system (Lynn 2018). 
As such, enterprise IT and cloud service providers are increasingly looking 
to machine learning and artificial intelligence (AI) to manage this 
complexity but also automate previously manual tasks, and free up staff. 
AlOps (AI for IT Operations) uses algorithms and machine learning to 
dramatically improve the monitoring, operation, and maintenance of 
distributed systems (Cordoso 2019). The main use cases for AIOps are 
performance analysis, anomaly detection, event correlation and analysis, 
and IT service management and automation with the ultimate goals of 
ensuring high service quality and customer satisfaction, boosting engi- 
neering productivity, and reducing operational costs (Prasad and Rich 
2018; Dang et al. 2019). IDC’s Worldwide Developer and DevOps 2019 
Predictions suggest that by 2024, 60% of firms will have adopted AlOps 
(Gillen et al. 2018). Much of the market demand for AlOps is couched in 
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the fear of outages and the ability of machine learning to predict such out- 
ages and enable preventative action to be taken before customers or busi- 
ness is impacted. Yet despite this optimism, there are significant challenges 
with the adoption of AIOps including changes in innovation methodolo- 
gies including understanding business value and constraints, engineering 
mindsets, and engineering practices including data quality (Dang et al. 
2019). From a business value research perspective, machine learning and 
AI poses additional challenges as the black box nature of these technolo- 
gies can make interrogation and interpretability difficult. 


7.3 CLOUD COMPUTING AND THE INTERNET OF THINGS 


Over the last five years, interest in the Internet of Things (IoT) has 
increased dramatically, partially fuelled by the increasing ubiquity of inter- 
net access and smartphones but also estimates of the value of IoT forecast 
to exceed $19 trillion over time (Cisco 2013a, b). This value is generated 
through connecting a fraction of the 1.4 trillion things zz situ today, and 
consequently improving asset utilization, employee productivity, supply 
chain and logistics, customer experience, as well as accelerating innovation 
(Lynn et al. 2018). 
Haller et al. (2009) define IoT as: 


A world where physical objects are seamlessly integrated into the informa- 
tion network, and where the physical objects can become active participants 
in business processes. Services are available to interact with these “smart 
objects” over the Internet, query their state and any information associated 
with them, taking into account security and privacy issues. (Haller et al. 
2009, p. 15) 


Smart objects may range from sensors, with little storage and data pro- 
cessing power, to modern smartphones. IoT assumes that smart things 
can carry out, with minimal latency, some degree of data processing and 
collaborate with other devices and systems, some local and some remotely. 
As such, it assumes a continuum of computing activity from the cloud to 
thing (C2T) where computing resources can be located in the cloud, at 
the thing (edge computing), or somewhere in between (fog computing). 
As such, IoT effectively extends cloud computing from a centralised ser- 
vice architecture to a decentralised one. Table 7.1 below summarises key 
definitions of new computing paradigms along the C2T continuum. 
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Table 7.1 Definitions of edge, fog and mist computing. (Adapted from Iorga 
et al. 2018) 


Concept Definition 


Edge Edge computing is the network layer encompassing the end devices and 

computing their users, to provide, for example, local computing capability on a sensor, 
metering or some other devices that are network-accessible. 

Fog, Fog computing is a layered model for enabling ubiquitous access to a shared 

computing continuum of scalable computing resources. The model facilitates the 
deployment of distributed, latency-aware applications and services, and 
consists of fog nodes (physical or virtual), residing between smart end- 
devices and centralized (cloud) services. 

Mist Mist computing is a lightweight and rudimentary form of fog computing 

computing that resides directly within the network fabric at the edge of the network 
fabric, bringing the fog computing layer closer to the smart end-devices. 
Mist computing uses microcomputers and microcontrollers to feed into fog 
computing nodes and potentially onward towards the centralized (cloud) 
computing services. 


For enterprises, cloud service providers and cloud carriers (e.g. Tier 1 
network operators), IoT introduces complexity at yet another higher 
order of magnitude. To meet the Quality of Service (QoS) and Quality of 
Experience (QoE) requirements of SLAs with customers and/or end 
users, service providers and cloud carriers need to decide where best to 
locate compute and storage resources along the C2T continuum. As such, 
enterprises need to consider the geographic distribution and mobility of 
smart objects and latency at each location, the heterogeneity of smart 
objects, interoperability and federation, the necessity and capability of 
real-time interaction, and the scalability and agility of federated fog-node 
clusters (Iorga et al. 2018). 

Haller et al. (2009) suggest that there are two main sources where 
enterprises can derive business value from the loT—real world visibility 
and business process decomposition. Firstly, they argue that the use of 
automated identification and data collection technologies will give enter- 
prises unparalleled insights in to what is happening in the real world thus 
enabling high resolution management and the potential deeper and better 
business insights, more effective optimisation, and better decision making. 
Secondly, they argue that IoT combined with real world visibility allows 
the decomposition of business processes in to process steps (and associated 
computing resources) which can be distributed from the cloud to edge 
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thus enabling the decentralisation of business processes resulting in 
increased scalability and performance, better decision making, and innova- 
tion. From a cloud computing perspective, IoT involves key technical 
decisions that can impact the business value generated for the enterprise 
e.g. how much infrastructure should be placed at different points across 
the C2T continuum? What applications (or if distributed, what application 
components) should be operated at the edge and which should not? How 
do these placement decisions impact business value? 


7.4 TowARDS AN AGENDA FOR BUSINESS VALUE 
IN CLOUD COMPUTING RESEARCH 


Cloud computing is a key enabling technology. As can be seen above, its 
interaction with other technologies, for example machine learning and AI, 
mobile computing, IoT, and HPC accelerates innovation and as a result 
potential business value. Recently, a number of authors have suggested 
research gaps and questions that can guide future research on business value 
in cloud computing. In particular, Schryen (2013) calls for greater research 
to close three IS business value research gaps which are relevant to business 
value in cloud computing i.e. ambiguity and fuzziness of the ‘IS business 
value’ construct, neglected disaggregation of IS investments, and the IS 
business value creation process as a grey box. Paraphrasing Schryen, a num- 
ber of research pathways for business value in cloud computing arise: 


How can we yield a comprehensive, consistent and precise understanding of the 
multifaceted construct ‘cloud computing business value’? How can the assess- 
ment of (internal and competitive) business value account for the context of 
evaluation, and in particular the firm, industry, and country environment 
and preferences of evaluators? (Schryen 2013, pp. 151-152) 


Schryen (2013) suggests ‘IS business value’ is ambiguous and fuzzy. 
As previously discussed, our own experience is that not only is IS busi- 
ness value ambiguous and fuzzy but the techniques for measuring busi- 
ness value are often ambiguous and, where documented, are not 
applied consistently or comprehensively in such a way to allow compari- 
son. In addition, a more nuanced approach to defining the firm and 
industry is needed. At a basic level, firms may include enterprises adopt- 
ing cloud computing, cloud service providers, cloud carriers (e.g. network 
operators), cloud brokers, cloud auditors, and indeed edge device 
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consumers (See Fig. 7.2 below). Each of these actors may operate in dif- 
ferent industries and thus provide different industry and country con- 
texts and associated constraints, particularly with respect to operation. 
For example, cloud computing is, by and large, a cross-border phenom- 
enon however national data privacy laws, amongst others, create oppor- 
tunities and risks for business value generation and capture. 


How can total cloud computing investments be disaggregated conceptually and 
empirically such that the impact of different types of investments on the eco- 
nomic performance of the firm can be determined? How can the disaggregation 
of total cloud computing investments account for synergies and complementari- 
ties? (adapted from Schryen 2013, pp. 153-154) 


This assumes one can disaggregate cloud computing investments from 
wider IS investments and then specific cloud computing investments. As 
indicated earlier, at a basic level this could be by service model (IaaS, PaaS, 
SaaS, and FaaS) or even by deployment model (private, public, hybrid, 
and community clouds), components of the extended cloud computing 
conceptual reference model (see Fig. 7.2), or a combination of all of these. 
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Fig. 7.2 Extended cloud computing conceptual reference model. (Adapted and 
extended from Liu et al. 2011) 
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To address these research questions, it assumes (1) a sufficiently detailed 
taxonomy of cloud computing investments can be catalogued, (2) critical 
success factors (CSFs) and key performance indicators (KPIs) can be 
mapped to these supporting assets, and (3) occurrences of synergies 
between different types of assets can be identified (Schryen 2013). This 
may require examination at a lower level of granularity than IS researchers 
typically undertake and as such may require CS support thus mandating 
interdisciplinary research. 


How, why and when do cloud computing assets, cloud computing capabilities, 
IS assets and capabilities, and socio-organisational capabilities affect each 
other and joint create internal value? How, why, and when do cloud computing 
assets, cloud computing capabilities, IS assets and capabilities, and socio- 
organisational capabilities create competitive value, thus performing a value 
creation process? (adapted from Schryen 2013, p. 156) 


This research question recognises that cloud computing assets and 
capabilities are a subset of wider IS assets and capabilities and have a bidi- 
rectional relationship with socio-organisational capabilities. This is partic- 
ularly the case when we consider emerging use cases including IoT, Big 
Data analytics and HPC. It also recognises that value is created over time 
and that some aspects are static and some are dynamic. In the context of 
cloud computing, firms more than likely inherit the assets and capabilities 
of the chain of service provision and thus for a given time, have compound 
capabilities or what Carroll et al. (2013, 2014) call a composite capability. 
The business value of such capabilities is dependent on a number of socio- 
organisational factors, not least size, which obviously changes over time. 
As such, research must consider a contingency approach to business value. 


7.5 CONCLUDING REMARKS 


This chapter presents a number of new paradigms in cloud computing, 
changes in cloud architectures, and research pathways in business value in 
cloud computing research that we believe may provide future avenues of 
research for both IS and CS researchers. This is by no means exhaustive. 
Indeed, other chapters in this book cover aspects of business value in cloud 
computing research that could provide a fruitful stream of research. As we 
develop our understanding of cloud computing and the dependencies 
between cloud computing and other technologies (not least mobile, Big 
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Data, and IoT) the need for greater clarity on the definition and appropriate 
metrics of business value; robust business value measurement techniques; 
disaggregation of IS assets (and specifically cloud infrastructure); and the 
relationship between cloud assets and capabilities, other IS assets and 
capabilities, and socio-organisation capabilities, is required. This will 
require a deep understanding of these technologies and most likely col- 
laboration between information systems and computer science research- 
ers. More importantly, it will require a change in the mindsets of business 
value researchers in both disciplines. 
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